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

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Jun 18 16:33:58 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
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:                     closed
Asterisk Version:           1.6.1.6 
JIRA:                       SWP-1414 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-10-11 17:49 CDT
Last Modified:              2010-06-18 16:33 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.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0017430 segfault in for loop embedded switch st...
====================================================================== 

---------------------------------------------------------------------- 
 (0123617) svnbot (reporter) - 2010-06-18 16:33
 https://issues.asterisk.org/view.php?id=16053#c123617 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 271484

_U  branches/1.6.2/
U   branches/1.6.2/include/asterisk/pval.h
U   branches/1.6.2/pbx/pbx_ael.c
U   branches/1.6.2/res/ael/pval.c

------------------------------------------------------------------------
r271484 | jpeeler | 2010-06-18 16:33:57 -0500 (Fri, 18 Jun 2010) | 25
lines

Merged revisions 271483 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

................
  r271483 | jpeeler | 2010-06-18 16:32:09 -0500 (Fri, 18 Jun 2010) | 18
lines
  
  Merged revisions 271399 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.4
  
  ........
    r271399 | jpeeler | 2010-06-18 14:28:24 -0500 (Fri, 18 Jun 2010) | 11
lines
    
    Fix crash when parsing some heavily nested statements in AEL on
reload.
    
    Due to the recursion used when compiling AEL in gen_prios, all the
stack space 
    was being consumed when parsing some AEL that contained nesting 13
levels deep.
    Changing a few large buffers to be heap allocated fixed the crash,
although I
    did not test how many more levels can now be safely used.
    
    (closes issue https://issues.asterisk.org/view.php?id=16053)
    Reported by: diLLec
    Tested by: jpeeler
  ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=271484 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-18 16:33 svnbot         Checkin                                      
2010-06-18 16:33 svnbot         Note Added: 0123617                          
======================================================================




More information about the asterisk-bugs mailing list