[asterisk-bugs] [Asterisk 0011350]: Crash on calls AST_LIST_REMOVE_HEAD Macro

[noreply at bugs.digium.com]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=11350 
====================================================================== 
Reported By:                arnd
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   11350
Category:                   Core-General
Reproducibility:            sometimes
Severity:                   crash
Priority:                   normal
Status:                     resolved
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 87776 
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 no change required
Fixed in Version:           
====================================================================== 
Date Submitted:             11-22-2007 09:41 CST
Last Modified:              11-26-2007 11:44 CST
====================================================================== 
Summary:                    Crash on calls AST_LIST_REMOVE_HEAD Macro
Description: 
At high Callvolumes Asterisk Crashes with a segfault. 

BT shows always so far, that this happens inside the AST_LIST_REMOVE_HEAD
Macro from the linked list code.

The pointer pointing to the head of the list was alway set to the Value
0x10. This caused the segfault, because its an unused Memoryaddress.

I`ve attached two Backtraces of the crashed Thread. Send me a note, if a
full backrace off all threads or any other information is needed.
====================================================================== 

---------------------------------------------------------------------- 
 file - 11-26-07 11:44  
---------------------------------------------------------------------- 
After looking at the backtraces and checking commits, both of these have
already been fixed. If you can reproduce them with the latest trunk feel
free to reopen. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-26-07 11:44  file           Status                   feedback => resolved
11-26-07 11:44  file           Resolution               open => no change
required
11-26-07 11:44  file           Assigned To               => file            
11-26-07 11:44  file           Note Added: 0074343                          
======================================================================