hal 0.5.8.1 released

Kay Sievers kay.sievers at vrfy.org
Fri Sep 22 09:13:26 PDT 2006


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?

Thanks,
Kay

$ gdb /usr/sbin/hald
(gdb) r --daemon=no --verbose=yes
...
Program received signal ..., Aborted.
[Switching to Thread -1211894096 (LWP 13620)]
0xb7f0d410 in ?? ()
(gdb) bt
#0  0xb7f0d410 in ?? ()
#1  0xbf9dea28 in ?? ()
#2  0x000069c7 in ?? ()
#3  0x0000000a in ?? ()
#4  0xb7d08d1b in poll () from /lib/libc.so.6
#5  0xb7e3777b in g_main_context_query (context=0x816bd80,
max_priority=10, 
    timeout=0x69c7, fds=0x816bd80, n_fds=10) at gmain.c:2420
#6  0xb7e3be53 in g_main_context_iterate (context=0x808db60, block=1, 
    dispatch=1, self=0x808e668) at gmain.c:2979
#7  0xb7e3c1c9 in g_main_loop_run (loop=0x808dbe0) at gmain.c:2881
#8  0x0805669e in main (argc=3, argv=0xbf9deec4) at hald.c:582
#9  0xb7c6a87c in __libc_start_main () from /lib/libc.so.6
#10 0x0804cc01 in _start ()



More information about the hal mailing list