[asterisk-bugs] [Asterisk 0019116]: [patch] Crash while transfering a call during DTMF feature timeout.
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed May 25 11:23:13 CDT 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=19116
======================================================================
Reported By: Irontec
Assigned To: rmudgett
======================================================================
Project: Asterisk
Issue ID: 19116
Category: Resources/res_features
Reproducibility: always
Severity: crash
Priority: normal
Status: closed
Asterisk Version: 1.8.3.2
JIRA: SWP-3332
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2011-04-13 12:03 CDT
Last Modified: 2011-05-25 11:23 CDT
======================================================================
Summary: [patch] Crash while transfering a call during DTMF
feature timeout.
Description:
When a call is being attended transfered during the time between
AST_FRAME_DTMF_BEGIN and AST_FRAME_DTMF_END, transfered channel becomes
zombie (so tech data is not available), making ast_dtmf_stream segfault
when tries to send the DTMF digit (at least with SIP channels).
======================================================================
----------------------------------------------------------------------
(0135389) svnbot (reporter) - 2011-05-25 11:23
https://issues.asterisk.org/view.php?id=19116#c135389
----------------------------------------------------------------------
Repository: asterisk
Revision: 320796
U branches/1.8/include/asterisk/channel.h
U branches/1.8/main/channel.c
U branches/1.8/main/features.c
------------------------------------------------------------------------
r320796 | rmudgett | 2011-05-25 11:23:12 -0500 (Wed, 25 May 2011) | 17
lines
Give zombies a safe channel driver to use.
Recent crashes from zombie channels suggests that they need a safe home to
goto. When a masquerade happens, the physical part of the zombie channel
is hungup. The hangup normally sets the channel private pointer to NULL.
If someone then blindly does a callback to the channel driver, a crash is
likely because the private pointer is NULL.
The masquerade now sets the channel technology of zombie channels to the
kill channel driver.
Related to the following issues:
(issue https://issues.asterisk.org/view.php?id=19116)
(issue https://issues.asterisk.org/view.php?id=19310)
Review: https://reviewboard.asterisk.org/r/1224/
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=320796
Issue History
Date Modified Username Field Change
======================================================================
2011-05-25 11:23 svnbot Note Added: 0135389
======================================================================
More information about the asterisk-bugs
mailing list