diff options
| author | Kevin Harwell <kharwell@digium.com> | 2013-12-18 20:33:37 +0000 |
|---|---|---|
| committer | Kevin Harwell <kharwell@digium.com> | 2013-12-18 20:33:37 +0000 |
| commit | 28c0cb28d0815e5e59ab99b60ac6b50e1ed9cbae (patch) | |
| tree | b42967f4899ba28aea79b9a11827c814b95b62c8 /res/res_pjsip_refer.c | |
| parent | 86b5e11607e2e3b7dcfb0b72d41b492ce868f31c (diff) | |
channel locking: Add locking for channel snapshot creation
Original commit message by mmichelson (asterisk 12 r403311):
"This adds channel locks around calls to create channel snapshots as well
as other functions which operate on a channel and then end up
creating a channel snapshot. Functions that expect the channel to be
locked prior to being called have had their documentation updated to
indicate such."
The above was initially committed and then reverted at r403398. The problem
was found to be in core_local.c in the publish_local_bridge_message function.
The ast_unreal_lock_all function locks and adds a reference to the returned
channels and while they were being unlocked they were not being unreffed when
no longer needed. Fixed by unreffing the channels.
Also in bridge.c a lock was obtained on "other->chan", but then an attempt was
made to unlock "other" and not the previously locked channel. Fixed by
unlocking "other->chan"
(closes issue ASTERISK-22709)
Reported by: John Bigelow
........
Merged revisions 404237 from http://svn.asterisk.org/svn/asterisk/branches/12
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@404260 65c4cc65-6c06-0410-ace0-fbb531ad65f3
Diffstat (limited to 'res/res_pjsip_refer.c')
| -rw-r--r-- | res/res_pjsip_refer.c | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/res/res_pjsip_refer.c b/res/res_pjsip_refer.c index 91da22fde..da48e523b 100644 --- a/res/res_pjsip_refer.c +++ b/res/res_pjsip_refer.c @@ -754,7 +754,9 @@ static int refer_incoming_invite_request(struct ast_sip_session *session, struct goto end; } + ast_channel_lock(session->channel); ast_setstate(session->channel, AST_STATE_RING); + ast_channel_unlock(session->channel); ast_raw_answer(session->channel); if (!invite.bridge) { |