[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-25 21:05 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0114303) smartcrab (reporter) - 2009-11-25 21:05
 https://issues.asterisk.org/view.php?id=16053#c114303 
---------------------------------------------------------------------- 
hi murf

sorry for reply you so late because of being on a business trip, I only
tell you
my OS/cpuinfo now.  to give you the test case in several days later.
the result via "uanme -a" is "Linux cngufipt01.wrigley.com 2.6.18-92.el5
https://issues.asterisk.org/view.php?id=1 SMP Tue Jun 10 18:49:47 EDT 2008 i686
i686 i386 GNU/Linux".
the cpuinfo pls lookfor attached files 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-25 21:05 smartcrab      Note Added: 0114303                          
======================================================================