[asterisk-bugs] [JIRA] (ASTERISK-23248) Asterisk 1.8.23.0 Crashes Signal 11/Segfault

[Jamuel Starkey (JIRA)]

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

Jamuel Starkey commented on ASTERISK-23248:
-------------------------------------------

Here is the log just before the crash:
{code}
[Feb  3 11:42:32] VERBOSE[1632] res_musiconhold.c:     -- Stopped music on hold on SIP/XXXXXXXX-0000347b
[Feb  3 11:42:32] VERBOSE[1632] features.c:   == SIP/XXXXXXXX-0000347b got tired of being parked
[Feb  3 11:42:32] VERBOSE[31045] pbx.c:   == Starting SIP/XXXXXXXX-0000347e at from-internal,*664,1 failed so falling back to exten 's'
[Feb  3 11:42:32] VERBOSE[31045] pbx.c:     -- Executing [s at from-internal:1] Macro("SIP/XXXXXXXX-0000347e", "hangupcall") in new stack
[Feb  3 11:42:32] VERBOSE[31045] pbx.c:     -- Executing [s at macro-hangupcall:1] Set("SIP/XXXXXXXX-0000347e", "CDR(userfield)=") in new stack
[Feb  3 11:42:32] VERBOSE[31045] pbx.c:     -- Executing [s at macro-hangupcall:2] ResetCDR("SIP/XXXXXXXX-0000347e", "w") in new stack
{code}


And from-internal s extension:
{code}
exten => s,1,Macro(hangupcall)
{code}

And here's the hangupcall macro:
{code}
[macro-hangupcall]
exten => s,1,Set(CDR(userfield)=${FROM_DID})
exten => s,n,ResetCDR(w)
exten => s,n,NoCDR()
{code}
                
> Asterisk 1.8.23.0 Crashes Signal 11/Segfault
> --------------------------------------------
>
>                 Key: ASTERISK-23248
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23248
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 1.8.23.0
>         Environment: Linux 32-bit Cent OS 5.9 VM on XenServer 5.6 SP2
>            Reporter: Jamuel Starkey
>            Assignee: Jamuel Starkey
>         Attachments: ASTERISK-23248_backtrace.txt
>
>
> Saw this crash.  Have backtrace with thread debugging enabled.  Guessing that it occurred during a hangup or CDR manipulation as that's all I see in the backtrace.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira