[asterisk-bugs] [Asterisk 0016302]: Asterisk crashes with Asyc AGI when hangup

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16302 
====================================================================== 
Reported By:                yahsyn
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16302
Category:                   Resources/res_agi
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.0.18 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-11-21 22:46 CST
Last Modified:              2009-11-24 03:33 CST
====================================================================== 
Summary:                    Asterisk crashes with Asyc AGI when hangup
Description: 
OS: CentOS 5.4 64Bit

Problem:
Sending a call to Async AGI when you hangup asterisk crashes. To see the
problem yourself:

exten => 1234,1,AGI(agi:async)

Dial 1234, then hangup & asterisk will crash. The bug only applies on
64bit, 32bit is fine.

Here is the core dump:

Program terminated with signal 11, Segmentation fault.
.
.
.
https://issues.asterisk.org/view.php?id=0  ast_speech_destroy
(speech=0x2aaaab8f5000) at res_speech.c:225
225	res_speech.c: No such file or directory.
	in res_speech.c
(gdb) bt
https://issues.asterisk.org/view.php?id=0  ast_speech_destroy
(speech=0x2aaaab8f5000) at res_speech.c:225
https://issues.asterisk.org/view.php?id=1  0x00002aaaab9008e3 in launch_script
(chan=0x4a72a00, script=0x4a41ef0
"", argv=0x4204e448, fds=0x0, efd=<value optimized out>, 
    opid=<value optimized out>) at res_agi.c:504
https://issues.asterisk.org/view.php?id=2  0x00002aaaab9013fd in agi_exec_full
(chan=0x4a72a00, data=<value
optimized out>, enhanced=0, dead=0) at res_agi.c:2999
https://issues.asterisk.org/view.php?id=3  0x000000000049db42 in pbx_exec ()
https://issues.asterisk.org/view.php?id=4  0x00000000004a82aa in
pbx_extension_helper ()
https://issues.asterisk.org/view.php?id=5  0x00000000004aaa87 in __ast_pbx_run
()
https://issues.asterisk.org/view.php?id=6  0x00000000004abd6b in pbx_thread ()
https://issues.asterisk.org/view.php?id=7  0x00000000004e210c in dummy_start ()
https://issues.asterisk.org/view.php?id=8  0x00000035484064a7 in start_thread ()
from /lib64/libpthread.so.0
https://issues.asterisk.org/view.php?id=9  0x0000003547cd3c2d in clone () from
/lib64/libc.so.6



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

---------------------------------------------------------------------- 
 (0114219) yahsyn (reporter) - 2009-11-24 03:33
 https://issues.asterisk.org/view.php?id=16302#c114219 
---------------------------------------------------------------------- 
It's very strange! When I turn on DONT_OPTIMIZE in the menuselect the crash
goes away. 

Just to be sure about my bug report I replicated the situation on 3
physical machines and a 64 bit VM compiling from source and installing the
binary package from Asterisk's CentOS repo.

When DONT_OPTIMIZE is checked the crash does not happen when it's
unchecked asterisk crashes.

I think I'm left with no proper way to report the bug. Best way is to try
it out yourself. You can install asterisk 64 bit 1.6 from repo create an
extension with AGI(agi:async), call, hangup and asterisk will crash.

Thanks for all your great work.

- Yahsyn 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-24 03:33 yahsyn         Note Added: 0114219                          
======================================================================