On 10/19/2011 07:37 PM, Daniel Wagner wrote:
> On 10/19/2011 06:40 PM, Marcel Holtmann wrote:
>>>>> This prevents a deadlog while writing to syslog and then
>>>>> we receive a signal to write syslog.
>>>>
>>>> how is this suppose to work. We get a segmentation fault and have to
>>>> return to the mainloop and you expect the code be still fully functional
>>>> at that point.
>>>
>>> I suspected something like this. Recently, I have encountered several
>>> times when ConnMan crashes the daemon was stuck and no output
>>> whatsoever. Not even a "kill -9" did help.
>>
>> I have not seen this. Could it be that I screwed up the backtrace symbol
>> resolving magic. Or do you happen to have some VPN open and we forgot to
>> close all file descriptors.
> 
> Nope, I didn't have any VPN running. I try to grap a full BT next time
> it hangs.

(gdb) bt
#0  __lll_lock_wait_private () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97
#1  0x00000035ad47c021 in _L_lock_10398 () at malloc.c:6487
#2  0x00000035ad479ff2 in __libc_malloc (bytes=230543684032) at malloc.c:3657
#3  0x00000035ad46e76f in open_memstream (bufloc=0x7fff72b89620, 
sizeloc=0x7fff72b89610) at memstream.c:79
#4  0x00000035ad4dbfeb in __vsyslog_chk (pri=27, flag=-1, fmt=0x4752ec 
"Aborting (signal %d) [%s]", ap=
    0x7fff72b89680) at ../misc/syslog.c:169
#5  0x000000000043028f in connman_error (format=0x4752ec "Aborting (signal %d) 
[%s]") at src/log.c:90
#6  0x000000000043073e in signal_handler (signo=11) at src/log.c:217
#7  <signal handler called>
#8  0x00000035ad477c18 in _int_malloc (av=0x35ad7971c0, bytes=<value optimized 
out>) at malloc.c:4636
#9  0x00000035ad479ffd in __libc_malloc (bytes=5) at malloc.c:3660
#10 0x00000035b40274e1 in _dbus_memdup (mem=0x25cdb69, n_bytes=5) at 
dbus-internals.c:516
#11 0x00000035b401e21f in _dbus_decompose_path (data=0x25cdb58 
"/org/bluez/15979/hci0", len=21, path=
    0x7fff72b89e10, path_len=0x0) at dbus-object-tree.c:1134
#12 0x00000035b401b0c7 in dbus_message_get_path_decomposed (message=<value 
optimized out>, path=0x7fff72b89e10)
    at dbus-message.c:2983
#13 0x00000035b401dd23 in _dbus_object_tree_dispatch_and_unlock 
(tree=0x25bc400, message=0x25bf2b0)
    at dbus-object-tree.c:762
#14 0x00000035b400fbe2 in dbus_connection_dispatch (connection=0x25bc750) at 
dbus-connection.c:4691
#15 0x000000000040c8eb in message_dispatch (data=0x25bc750) at 
gdbus/mainloop.c:80
#16 0x00000035af4435eb in g_timeout_dispatch (source=<value optimized out>, 
callback=<value optimized out>, 
    user_data=<value optimized out>) at gmain.c:3585
#17 0x00000035af441e33 in g_main_dispatch (context=0x25bb100) at gmain.c:2149
#18 g_main_context_dispatch (context=0x25bb100) at gmain.c:2702
#19 0x00000035af442610 in g_main_context_iterate (context=0x25bb100, block=1, 
dispatch=1, 
    self=<value optimized out>) at gmain.c:2780
#20 0x00000035af442c82 in g_main_loop_run (loop=0x25bb1e0) at gmain.c:2988
#21 0x000000000042ff52 in main (argc=1, argv=0x7fff72b8a1d8) at src/main.c:371


_______________________________________________
connman mailing list
[email protected]
http://lists.connman.net/listinfo/connman

Reply via email to