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

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16053 
====================================================================== 
Reported By:                diLLec
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16053
Category:                   PBX/pbx_ael
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
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:              2010-05-04 12:46 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0121348) diLLec (reporter) - 2010-05-04 12:46
 https://issues.asterisk.org/view.php?id=16053#c121348 
---------------------------------------------------------------------- 
I'd like to reopen the issue since it still occurs with 1.6.1.18 and I'm
now able to provide murf with the information he needs to reproduce the
issue.

I've created a short test with deeply nested if clauses and saw that
asterisk crashs at the 13th level. If you use the extensions.ael-2010-05-04
I've already attached to the case you can easily reproduce the issue. 

One could say that nobody needs to have 13 levels of if clauses. But our
software solution build on top of asterisk creates them upon a dialplan
which the user is able to build with a GUI tool. So, for them it's no
problem to keep track of the complexity.

The system I use is based on VMware Workstation 6.5.3, VM uses CentOs
5.3., the asterisk version is build with standard configure params from
source. The uname -a command prints the following:

Linux ivr-redesign 2.6.18-164.11.1.el5 https://issues.asterisk.org/view.php?id=1
SMP Wed Jan 20 07:32:21 EST 2010
x86_64 x86_64 x86_64 GNU/Linux

If you need more information I'm very interested that you receive it fast
since the issue generates some problems with our software solution. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-05-04 12:46 diLLec         Note Added: 0121348                          
2010-05-04 12:46 diLLec         Status                   closed => new       
2010-05-04 12:46 diLLec         Resolution               suspended => reopened
======================================================================