[asterisk-bugs] [Asterisk 0011227]: crash at __ast_pthread_mutex_lock &pkt->owner->lock can not access

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11227 
====================================================================== 
Reported By:                enst
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11227
Category:                   Channels/chan_sip/General
Reproducibility:            random
Severity:                   crash
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.13  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             11-12-2007 20:40 CST
Last Modified:              11-13-2007 16:30 CST
====================================================================== 
Summary:                    crash at __ast_pthread_mutex_lock  
&pkt->owner->lock can not access
Description: 
http://bugs.digium.com/view.php?id=0  0x00002aaac0833ee6 in
__ast_pthread_mutex_lock (filename=0x2aaac0887c13
"chan_sip.c", lineno=1891, func=0x2aaac0888185 "retrans_pkt", 
    mutex_name=0x2aaac0888191 "&pkt->owner->lock", t=0xd5) at
/usr/src/asterisk/include/asterisk/lock.h:265
        res = 0
        canlog = -1
        __PRETTY_FUNCTION__ = "__ast_pthread_mutex_lock"
http://bugs.digium.com/view.php?id=1  0x00002aaac08333bb in retrans_pkt
(data=0x2aaaf02520f0) at
chan_sip.c:1891
        pkt = (struct sip_pkt *) 0x2aaaf02520f0
        prev = (struct sip_pkt *) 0x5390f3
        cur = (struct sip_pkt *) 0x0
        reschedule = 1000
        xmitres = 0
        __PRETTY_FUNCTION__ = "retrans_pkt"
http://bugs.digium.com/view.php?id=2  0x00000000004cbc6c in ast_sched_runq
(con=0x2aaab00469b0) at
sched.c:359
        current = (struct sched *) 0x2aaaf41c6100
        tv = {tv_sec = 1194867770, tv_usec = 539316}
        numevents = 9
        res = 4000
        __PRETTY_FUNCTION__ = "ast_sched_runq"
http://bugs.digium.com/view.php?id=3  0x00002aaac087ae90 in do_monitor
(data=0x0) at chan_sip.c:15391
        res = 1
        sip = (struct sip_pvt *) 0x2aaaf0374110
        peer = (struct sip_peer *) 0x0
        t = 1194867770
        fastrestart = 1
        lastpeernum = 436
        curpeernum = 437
        reloading = 0
        __PRETTY_FUNCTION__ = "do_monitor"
http://bugs.digium.com/view.php?id=4  0x00000000004deaae in dummy_start
(data=0x2aaab01909e0) at
utils.c:806
        __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
-68811961038393400, 0, 0, 3, 1076199424, -68811961038393720, 
        -68811962105284778}, __mask_was_saved = 0}}, __pad = {0x402571c0,
0x0, 0x0, 0x0}}
        __cancel_routine = (void (*)(void *)) 0x429baa
<ast_unregister_thread>
        __cancel_arg = (void *) 0x40257940
        not_first_call = 0
        ret = (void *) 0x0
        a = {start_routine = 0x2aaac087a7d4 <do_monitor>, data = 0x0, 
  name = 0x2aaab0190a00 "do_monitor", ' ' <repeats 11 times>, "started at
[15445] chan_sip.c restart_monitor()"}
        lock_info = (struct thr_lock_info *) 0x79ca90
http://bugs.digium.com/view.php?id=5  0x00002b7d5093d2a5 in start_thread () from
/lib/libpthread.so.0
No symbol table info available.
http://bugs.digium.com/view.php?id=6  0x00002b7d5131561d in clone () from
/lib/libc.so.6
No symbol table info available.
http://bugs.digium.com/view.php?id=7  0x0000000000000000 in ?? ()
No symbol table info available.

====================================================================== 

---------------------------------------------------------------------- 
 Corydon76 - 11-13-07 16:30  
---------------------------------------------------------------------- 
Please update to SVN 1.4 revision 89184 or higher.  We've fixed something
in the code that we think is the cause of this crash. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-13-07 16:30  Corydon76      Note Added: 0073607                          
======================================================================