[asterisk-bugs] [JIRA] (ASTERISK-23650) Segfault in string functions

[Roel van Meer (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-23650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Roel van Meer updated ASTERISK-23650:
-------------------------------------

    Frequency of Occurrence: Constant  (was: Frequent)

> Segfault in string functions
> ----------------------------
>
>                 Key: ASTERISK-23650
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23650
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_macro, Applications/app_queue, Functions/func_strings
>    Affects Versions: 1.8.26.1
>         Environment: Slackware linux 13.1, 64-bit, kernel 3.10.24, kernel 3.10.34 
>            Reporter: Roel van Meer
>            Severity: Minor
>         Attachments: backtrace.txt, extensions.conf, valgrind.txt
>
>
> When an incoming SIP call is received, asterisk crashes. This happens intermittently, sometimes often, sometimes only seldom. The crash seems to happen at or just after a specific entry in my dialplan, which is
> {noformat}
> exten => call-queue1,n,Macro(clog,Incoming from ${CALLERID(num)} <${CALLERID(name)}> to ${EXTEN_ORG} queue 1 with members ${REPLACE(REPLACE(QUEUE_MEMBER_LIST(${INCOMING_ACTION}),"Local/@phoneSIP"),",", )})
> {noformat}
> The called macro at that point is:
> {noformat}
> [macro-clog]
> exten => s,1,Set(RETURN_CONTEXT=${MACRO_CONTEXT})
> exten => s,n,Log(NOTICE,${CALLID}: ${ARG1} [${MACRO_EXTEN}:${MACRO_PRIORITY} @ ${MACRO_CONTEXT}])
> exten => h,1,GotoIf(${EXISTS(${RETURN_CONTEXT})}?${RETURN_CONTEXT},h,1)
> exten => h,n,Hangup(16)
> {noformat}
> If the crash occurs, there is no result of the Log() in the asterisk log. I have not yet found the exact point of the crash, but I suspect the initial line, not the macro, because the macro works well in other places (and has done so for years), while the initial line is new.
> It occurs randomly, and attempts to find a constant reproducer have failed so far. I'll see if I can add some more details in the next few days.



--
This message was sent by Atlassian JIRA
(v6.2#6252)