[asterisk-bugs] [Asterisk 0016678]: [patch] segfault on chanspy due to race in main/channel.c
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Feb 12 16:21:04 CST 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16678
======================================================================
Reported By: tim_ringenbach
Assigned To: dvossel
======================================================================
Project: Asterisk
Issue ID: 16678
Category: Applications/app_chanspy
Reproducibility: random
Severity: minor
Priority: normal
Status: feedback
Target Version: 1.4.31
Asterisk Version: 1.4.29
JIRA: SWP-783
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-01-22 17:52 CST
Last Modified: 2010-02-12 16:21 CST
======================================================================
Summary: [patch] segfault on chanspy due to race in
main/channel.c
Description:
When channel.c destroys the datastore on the channel, it doesn't hold the
channel lock while calling the destroy callback. It really ought to,
because otherwise it's accessing the datastore list without locking. I've
gotten a segfault trying to lock the mutex in the ds destroy function in
app_chanspy because of this race.
Holding the channel lock during the destroy should be safe because it is
also held during the fixup callback, and app_chanspy has already been
patched to avoid the possible deadlock from that locking order issue.
======================================================================
----------------------------------------------------------------------
(0118051) dvossel (administrator) - 2010-02-12 16:21
https://issues.asterisk.org/view.php?id=16678#c118051
----------------------------------------------------------------------
You're right, locking is the problem. I discarded my review request.
I've investigated any possible issues that could arise from locking the
channel during the datastore removal in 1.4, and it does not appear to be
an issue. I'll have to do a little more research before I feel comfortable
with this in 1.6.x and trunk though. Thanks for the feedback!
Issue History
Date Modified Username Field Change
======================================================================
2010-02-12 16:21 dvossel Note Added: 0118051
======================================================================
More information about the asterisk-bugs
mailing list