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

[Asterisk Bug Tracker]

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-11-09 11:18 CST
====================================================================== 
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.
====================================================================== 

---------------------------------------------------------------------- 
 (0113439) murf (manager) - 2009-11-09 11:18
 https://issues.asterisk.org/view.php?id=16053#c113439 
---------------------------------------------------------------------- 
I am not able to reproduce this bug! Neither on 1.6.1 or trunk. Neither on
32 or 64 bit test machines.

However, there are a lot of missing items that might affect the outcome
here.
There are tons of references to macros and contexts that are not included
in your test dataset.

If you want to pursue this, then give me the definitions for context
7720_1_end;
the macros Play, DesitnationNumberCall, Increment, PlayNDDig, and any
others that might be involved.

It's crashing while trying to find a lable in the same extension... but
it's difficult to make out exactly where this label is being
called/referenced. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-09 11:18 murf           Note Added: 0113439                          
======================================================================