[asterisk-bugs] [Asterisk 0016053]: Crash on deeply nested while/if statements in AEL

Asterisk Bug Tracker noreply at bugs.digium.com
Sun Oct 11 20:24:27 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16053 
====================================================================== 
Reported By:                diLLec
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   16053
Category:                   PBX/pbx_ael
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.1.6 
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-10-11 17:49 CDT
Last Modified:              2009-10-11 20:24 CDT
====================================================================== 
Summary:                    Crash on deeply nested while/if statements in AEL
Description: 
While reloading ael via ael reload the asterisk process runs into SIGSEGV.


This bug is curios since Asterisk starts and loads the ael very well. Also
if ael reload is typed in at the cli when starting Asterisk with -c is
working fine.

The issue only shows up when using asterisk manager or asterisk -r.
====================================================================== 

---------------------------------------------------------------------- 
 (0112193) murf (manager) - 2009-10-11 20:24
 https://issues.asterisk.org/view.php?id=16053#c112193 
---------------------------------------------------------------------- 
I'll be looking into this. Interesing. 20 levels deep in if's, about 24
levels deep in match_pval... At the outset, it could be a stack overflow
issue (Asterisk has hard stack size limits), or it could just be a bug in
the match_pval stuff. I'll try and see. Give me some time, I'm up to my
neck right now in other issues. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-10-11 20:24 murf           Note Added: 0112193                          
======================================================================




More information about the asterisk-bugs mailing list