[asterisk-bugs] [Asterisk 0014619]: Asterisk crashes when Dial() to a sip channel terminates

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14619 
====================================================================== 
Reported By:                mapelletier
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14619
Category:                   Applications/app_dial
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0 
SVN Revision (number only!): 180677 
Request Review:              
====================================================================== 
Date Submitted:             2009-03-07 14:24 CST
Last Modified:              2009-03-08 18:35 CDT
====================================================================== 
Summary:                    Asterisk crashes when Dial() to a sip channel
terminates
Description: 
Inside Dial(), when either endpoint hangs up, the application crashes (gdb
backtrace included).  Problem does not occur on calls going through
Queue().
====================================================================== 

---------------------------------------------------------------------- 
 (0101342) mapelletier (reporter) - 2009-03-08 18:35
 http://bugs.digium.com/view.php?id=14619#c101342 
---------------------------------------------------------------------- 
I just noticed:

http://bugs.digium.com/view.php?id=0 0xb7756249 in
end_bridge_callback_data_fixup (bconfig=0x816916b,
    originator=0x8aa9798, terminator=0xb6c1cda0) at app_dial.c:1261
http://bugs.digium.com/view.php?id=1 0x080b03cd in ast_bridge_call
(chan=0x8aa7338, peer=0x8aa9798,
    config=0xb6c1cda0) at features.c:2450

That looks very much like the parameter order is wrong.  Lemme try a quick
patch. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-08 18:35 mapelletier    Note Added: 0101342                          
======================================================================