search for: lockown

...on the core dump, it almost always segfaults on free() or malloc(). When I run the back trace, I see something weird. Here's one of the back traces. #0 0x4017f87f in _int_free () from /lib/libc.so.6 #1 0x4017e7f5 in free () from /lib/libc.so.6 #2 0x403be83e in __sip_destroy (p=0x8248c88, lockowner=1) at chan_sip.c:2278 #3 0x403b1728 in sip_destroy (p=0x49) at chan_sip.c:2366 #4 0x403bd18a in __sip_autodestruct (data=0x8248c88) at chan_sip.c:1370 #5 0x08056cda in ast_sched_runq (con=0x81940d8) at sched.c:373 #6 0x403c8a27 in do_monitor (data=0x0) at chan_sip.c:12201 #7 0x40021a62 in p...

...om /lib/i686/libc.so.6 #1 0x4003d679 in __pthread_wait_for_restart_signal () from /lib/i686/libpthread.so.0 #2 0x4003f4b9 in __pthread_alt_lock () from /lib/i686/libpthread.so.0 #3 0x4003c116 in pthread_mutex_lock () from /lib/i686/libpthread.so.0 #4 0x41ac3af5 in __sip_destroy (p=0x80e30a8, lockowner=1) at chan_sip.c:758 #5 0x41ad0834 in handle_request (p=0x80e30a8, req=0x4393425c, sin=0x4393424c) at chan_sip.c:793 #6 0x41ad1139 in sipsock_read (id=0x80d5f30, fd=11, events=1, ignore=0x0) at chan_sip.c:4383 #7 0x08050c6e in ast_io_wait (ioc=0x80d8e48, howlong=1000) at io.c:268 #8 0...