[asterisk-dev] ast_queue_hangup when in a native bridge?
Dan_Austin at Phoenix.com
Fri Jun 1 13:39:22 MST 2007
Thanks again. A rogue ast_mutex_lock(&c->lock);
had snuck in to the code. It prevented the skinny
channel from finishing setup, which of course prevented
Native bridging is not working as expected on chan_skinny.
Time to clean it up and update mantis.
From: asterisk-dev-bounces at lists.digium.com
[mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of Russell
Sent: Friday, June 01, 2007 12:38 PM
To: Asterisk Developers Mailing List
Subject: Re: [asterisk-dev] ast_queue_hangup when in a native bridge?
Dan Austin wrote:
> The bad news is that since I wrote and tested the
> patch, something has changed. When the skinny
> endpoint attempts to end the call with either
> the 'EndCall' softkey or by going on hook, the
> channel appears to hang in ast_queue_hangup()
If it is hanging there, that means another thread has the channel
locked. You could enable DEBUG_THREADS, and add some debug code to
print out who has the channel locked, or attach with gdb to find out.
See the ast_mutex_info structure in include/asterisk/lock.h. That is
what is used for an ast_mutex_t when DEBUG_THREADS is enabled.
--Bandwidth and Colocation provided by Easynews.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
More information about the asterisk-dev