[asterisk-bugs] [Asterisk 0010571]: SIP hairpin invokes Local within app_dial to produce a crash.

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10571 
====================================================================== 
Reported By:                dtyoo
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10571
Category:                   Applications/app_dial
Reproducibility:            unable to reproduce
Severity:                   crash
Priority:                   normal
Status:                     new
Asterisk Version:            1.4.9  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-27-2007 08:43 CDT
Last Modified:              09-27-2007 09:01 CDT
====================================================================== 
Summary:                    SIP hairpin invokes Local within app_dial to produce
a crash.
Description: 
We are getting crashes in app_voicemail on a fairly regular basis.  I'm
still working on steps to re-produce, but I thought I would post the
backtraces here in case someone could glean anything from them.  I will
update if I can figure out the steps to re-produce.
====================================================================== 

---------------------------------------------------------------------- 
 Ivan - 09-27-07 09:01  
---------------------------------------------------------------------- 
dtyoo: Thanks
In my backtrace the same problem is: "reentrancy" counter has an invalid
value.
For developers:
The reasons, I think, can be:
1. The "race collision" in the wrapper functions (lock.h) for mutex
operation under non-atomic access to counter "reentrancy" (The most
possibly)
2. The "race collision" with "ast_channel" operation  without handshake
before destroy it (that problem can be most possibly in the res_features.c
module)
3. Linux Kernel level trubles (Poorly possibly) when make thread context
switching in multicore CPU 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
09-27-07 09:01  Ivan           Note Added: 0071155                          
======================================================================