[asterisk-bugs] [Asterisk 0014201]: do_monitor crash

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14201 
====================================================================== 
Reported By:                jangjun21
Assigned To:                Corydon76
====================================================================== 
Project:                    Asterisk
Issue ID:                   14201
Category:                   Channels/chan_sip/General
Reproducibility:            have not tried
Severity:                   crash
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.4.23-rc3 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2009-01-09 00:42 CST
Last Modified:              2009-01-12 14:48 CST
====================================================================== 
Summary:                    do_monitor crash
Description: 
there is no call but crash!

warning: Can't read pathname for load map: ??/????.
Core was generated by `/usr/sbin/asterisk -f -U asterisk -G asterisk -vvgc
-vvvg -c'.
Program terminated with signal 11, Segmentation fault.
http://bugs.digium.com/view.php?id=0  0x002d58d0 in pthread_mutex_trylock ()
from /lib/libpthread.so.0
(gdb) bt
http://bugs.digium.com/view.php?id=0  0x002d58d0 in pthread_mutex_trylock ()
from /lib/libpthread.so.0
http://bugs.digium.com/view.php?id=1  0x006dbf83 in ast_mutex_trylock
(pmutex=0x6573752c) at
/root/yuxiaobo/asterisk-1.4.23-rc3/include/asterisk/lock.h:760
http://bugs.digium.com/view.php?id=2  0x0071f853 in do_monitor (data=0x0) at
chan_sip.c:16145
http://bugs.digium.com/view.php?id=3  0x08106009 in dummy_start (data=0x9fe1378)
at utils.c:856
http://bugs.digium.com/view.php?id=4  0x002d343b in start_thread () from
/lib/libpthread.so.0
http://bugs.digium.com/view.php?id=5  0x0022afde in clone () from /lib/libc.so.6
(gdb) bt full
http://bugs.digium.com/view.php?id=0  0x002d58d0 in pthread_mutex_trylock ()
from /lib/libpthread.so.0
No symbol table info available.
http://bugs.digium.com/view.php?id=1  0x006dbf83 in ast_mutex_trylock
(pmutex=0x6573752c) at
/root/yuxiaobo/asterisk-1.4.23-rc3/include/asterisk/lock.h:760
No locals.
http://bugs.digium.com/view.php?id=2  0x0071f853 in do_monitor (data=0x0) at
chan_sip.c:16145
        res = 0
        sip = (struct sip_pvt *) 0x6573752c
        peer = (struct sip_peer *) 0x0
        t = 1231379496
        fastrestart = 0
        lastpeernum = -1
        curpeernum = 74
        reloading = 0
        __PRETTY_FUNCTION__ = "do_monitor"
http://bugs.digium.com/view.php?id=3  0x08106009 in dummy_start (data=0x9fe1378)
at utils.c:856
        __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {3022836,
0, 10312592, 10310600, 1059984012, 933436981}, 
      __mask_was_saved = 0}}, __pad = {0x9d5480, 0x0, 0x0, 0x0}}
        __cancel_routine = (void (*)(void *)) 0x806a974
<ast_unregister_thread>
        __cancel_arg = (void *) 0x9d5b90
        not_first_call = 0
        ret = (void *) 0x0
        a = {start_routine = 0x71f690 <do_monitor>, data = 0x0, 
  name = 0x9fe13f8 "do_monitor", ' ' <repeats 11 times>, "started at
[16281] chan_sip.c restart_monitor()"}
        __PRETTY_FUNCTION__ = "dummy_start"
http://bugs.digium.com/view.php?id=4  0x002d343b in start_thread () from
/lib/libpthread.so.0
No symbol table info available.
http://bugs.digium.com/view.php?id=5  0x0022afde in clone () from /lib/libc.so.6
No symbol table info available.
(gdb) 
====================================================================== 

---------------------------------------------------------------------- 
 (0097527) Corydon76 (administrator) - 2009-01-12 14:48
 http://bugs.digium.com/view.php?id=14201#c97527 
---------------------------------------------------------------------- 
This is memory corruption.  You'll need to follow the instructions in
doc/valgrind.txt. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-12 14:48 Corydon76      Note Added: 0097527                          
======================================================================