[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