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