[asterisk-bugs] [Asterisk 0019116]: [patch] Crash while transfering a call during DTMF feature timeout.
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Apr 14 03:44:51 CDT 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=19116
======================================================================
Reported By: Irontec
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 19116
Category: Resources/res_features
Reproducibility: always
Severity: crash
Priority: normal
Status: new
Asterisk Version: 1.8.3.2
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2011-04-13 12:03 CDT
Last Modified: 2011-04-14 03:44 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).
======================================================================
----------------------------------------------------------------------
(0133750) Irontec (reporter) - 2011-04-14 03:44
https://issues.asterisk.org/view.php?id=19116#c133750
----------------------------------------------------------------------
We have found null pvt structure in other cases, for example, while hanging
up zombie channel before an attended transfer. If for some reason, there's
still sound in the channel (Music on hold or so), hangup process tries to
release the generator (which also uses pvt structure) making asterisk
crash.
Patching sip_* functions to avoid segfaults is a good practice, but it
would be better to avoid full process when not required rather than just
avoiding the crash.
I'm not sure about what would be the best solution. We solving some of
this segfaluts testing AST_FLAG_ZOMBIE in some processes.
Issue History
Date Modified Username Field Change
======================================================================
2011-04-14 03:44 Irontec Note Added: 0133750
======================================================================
More information about the asterisk-bugs
mailing list