[asterisk-bugs] [JIRA] (ASTERISK-27625) channels: CHECK_BLOCKING is ineffective

Friendly Automation (JIRA) noreply at issues.asterisk.org
Thu Jun 21 10:25:55 CDT 2018


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

Friendly Automation commented on ASTERISK-27625:
------------------------------------------------

Change 9217 merged by George Joseph:
channel.c: Fix usage of CHECK_BLOCKING()

[https://gerrit.asterisk.org/9217|https://gerrit.asterisk.org/9217]

> channels: CHECK_BLOCKING is ineffective
> ---------------------------------------
>
>                 Key: ASTERISK-27625
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27625
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Channels
>    Affects Versions: 13.19.0, GIT, 15.2.0
>            Reporter: Corey Farrell
>            Assignee: Richard Mudgett
>            Severity: Minor
>         Attachments: backtrace-channels-pjsip-dtmf_info_fallback.txt, backtrace-channels-pjsip-transfers-attended_transfer-nominal-caller_local_blonde.txt, backtrace-rest_api-danger-dangerous.txt
>
>
> {{CHECK_BLOCKING}} is used to set blocking flag/pthread/function is unset, but does not return success or error.  In all cases the caller of {{CHECK_BLOCKING}} ends up clearing the blocking flag (which it might not have even been set by the current thread).



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



More information about the asterisk-bugs mailing list