[asterisk-bugs] [JIRA] Commented: (ASTERISK-20394) Asterisk crashes in ast_generic_bridge()/ast_frame_free()

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-20394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=197150#comment-197150 ] 

Matt Jordan commented on ASTERISK-20394:
----------------------------------------

In each of the backtraces you've uploaded, at least one thread has been in multiple nested macros.  The usage of macros is deprecated for a reason - nesting macro calls can cause Asterisk to crash in interesting ways.  While the hard limit of 7 is noted on the [wiki|https://wiki.asterisk.org/wiki/display/AST/Application_Macro], it is also possible to hit a limit much sooner than that given the appropriate conditions (such as having a stack intensive application execute).

If you replace the nested macros with GoSubs, does this problem still occur?

> Asterisk crashes in  ast_generic_bridge()/ast_frame_free()
> ----------------------------------------------------------
>
>                 Key: ASTERISK-20394
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20394
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/General
>    Affects Versions: 1.8.15.1, 1.8.16.0
>         Environment: CentOS 6.2 64-bit on a DELL poweredge R710 with 2x six core Xeon CPU's with 32G RAM
>            Reporter: Jon Christopherson
>            Assignee: Jon Christopherson
>            Severity: Critical
>         Attachments: asterisk-backtrace.txt, asterisk-backtrace.txt, asterisk-backtrace.txt, asterisk-core-show-locks.txt, dt.txt, valgrind.txt
>
>
> when under load asterisk has often crashed with this type of trace. ~150 channels active, and about 90 calls being handled.
> ast_generic_bridge()/ast_frame_free()

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira