hal 0.5.8.1 released
Mark Rosenstand
mark at borkware.net
Fri Sep 22 13:16:14 PDT 2006
On Fri, 2006-09-22 at 18:13 +0200, Kay Sievers wrote:
> On Fri, 2006-09-22 at 08:54 -0700, Artem Kachitchkine wrote:
> > > hald will segfault while the hald-addons will continue to run.
> >
> > If there's a coredump from the 'hald' process, that would help pinpoint
> > what part of code is at fault.
>
> Mark, maybe you can try to run it in gdb and get a stack backtrace?
Sure :)
#0 0xb7e34f7e in g_hash_table_lookup_extended ()
from /usr/lib/libglib-2.0.so.0
#1 0x080580fb in device_is_executing_method ()
#2 0x0806e74f in blockdev_refresh_mount_state ()
#3 0x0806ec8c in add_blockdev_probing_helper_done ()
#4 0x0804f6d4 in call_notify ()
#5 0xb7dfa0c1 in dbus_pending_call_get_data ()
from /usr/lib/libdbus-1.so.3
#6 0xb7dea9a3 in dbus_connection_get_unix_fd ()
from /usr/lib/libdbus-1.so.3
#7 0xb7dec646 in dbus_connection_dispatch ()
from /usr/lib/libdbus-1.so.3
#8 0xb7ecb47d in dbus_server_setup_with_g_main ()
from /usr/lib/libdbus-glib-1.so.2
#9 0xb7e3eb82 in g_main_context_dispatch ()
from /usr/lib/libglib-2.0.so.0
#10 0xb7e415e0 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#11 0xb7e41957 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#12 0x08056295 in main ()
More information about the hal
mailing list