[asterisk-bugs] [Asterisk 0014260]: Asterisk crashes anytime in call queues
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Jan 27 13:30:15 CST 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=14260
======================================================================
Reported By: ccesario
Assigned To: putnopvut
======================================================================
Project: Asterisk
Issue ID: 14260
Category: Applications/app_queue
Reproducibility: random
Severity: crash
Priority: normal
Status: ready for testing
Asterisk Version: SVN
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 159896
Request Review:
======================================================================
Date Submitted: 2009-01-16 12:23 CST
Last Modified: 2009-01-27 13:30 CST
======================================================================
Summary: Asterisk crashes anytime in call queues
Description:
My asterisk crash in sporadic periods with call queues, I attached the
valgrind and bt results.
I tested with asterisk-1.6.0.3 and too happen the problem
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
has duplicate 0014209 [patch] Asterisk 1.6.0.3-rc1 crashes so...
======================================================================
----------------------------------------------------------------------
(0098873) svnbot (reporter) - 2009-01-27 13:30
http://bugs.digium.com/view.php?id=14260#c98873
----------------------------------------------------------------------
Repository: asterisk
Revision: 171618
U trunk/apps/app_queue.c
------------------------------------------------------------------------
r171618 | mmichelson | 2009-01-27 13:30:14 -0600 (Tue, 27 Jan 2009) | 24
lines
Fix queue crashes that would occur after the calling channel was
masqueraded.
The data passed to the end_bridge_callback was assumed to be data which
was
still stack'd. The problem was that with some call features, attended
transfers
in particular, a new bridge thread is started once the feature completes,
meaning
that when the end_bridge_callback is called, the end_bridge_callback_data
was
invalid.
To fix this problem, there are two measures taken
1. Instead of pointing to stacked data, we now used heap-allocated data
for
passing to the end_bridge_callback in app_queue
2. Since bridges can end multiple times on a single logical call, we wait
until
the final bridge is broken to actually set any queue variables. This is
accomplished
through reference-counting and the use of an
end_bridge_callback_data_fixup function
in app_queue.c
(closes issue http://bugs.digium.com/view.php?id=14260)
Reported by: ccesario
Patches:
14260.patch uploaded by putnopvut (license 60)
Tested by: ccesario
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=171618
Issue History
Date Modified Username Field Change
======================================================================
2009-01-27 13:30 svnbot Checkin
2009-01-27 13:30 svnbot Note Added: 0098873
======================================================================
More information about the asterisk-bugs
mailing list