Citeren Charles Lepple <[email protected]>: >> Can this narrow it down?
Yes, it's clear to me what happened. >> Have not done so much with the daemon code, so I think >> Arjen is the man for this. I'm afraid so... :-( > The code in http://boxster.ghz.cc/projects/nut/changeset/1429 handles > things differently, but I am confused as to why the new code doesn't > catch that case properly if the old code worked. Previously we would explicitly check if sptr was a NULL pointer. This was missed in commit r1429, so depending on what the state tree looks like at the moment of calling dstate_delinfo(), we risk referencing a NULL pointer. Oops. > It may be something in the code that calls this function, too. This should be fixed in r1666. Best regards, Arjen -- Please keep list traffic on the list _______________________________________________ Nut-upsdev mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
