Fix released and uploaded for a long time.
** Changed in: liboobs
Status: Fix Committed => Fix Released
** Changed in: liboobs (Ubuntu)
Status: Triaged => Fix Released
--
shares-admin crashes on start when udev has been restarted without reboot
https://bugs.launchpad.net/bugs/4906
Hi,
I agree that udev should be fixed in the first place, it has no reason
to touch the sleeping drive.
Your patch fixes the crash for me:
$ $LD_LIBRARY_PATH=/usr/local/lib/:$LD_LIBRARY_PATH shares-admin
(shares-admin:16955): Liboobs-WARNING **: Could not find any network
device on the system:
Here's a patch that you can apply against the liboobs package if you
want to check that it works. It seems to work here, but I never get the
crash, even if the error was set.
** Package changed: gnome-system-tools (Ubuntu) => liboobs (Ubuntu)
** Changed in: liboobs (Ubuntu)
Status: Triaged
OK, I've finally found http://bugs.gentoo.org/278760 which explains that
libhal returns NULL when no devices are found, not even setting the
number of devices to 0. So we should check that before trying to add
them to our internal list.
I don't know why shares-admin needs the list of network inter
Sadly gdb doesn't seem to find the source file, which does not allow us
to get details about the crash. From what I see in the code, we could
crash if libhal returns an array without telling us its real size. We
could check that the code in libhal is not buggy in that regard, but
anyway HAL is now