[asterisk-dev] tilghman: branch 1.4 r152958 - /branches/1.4/channels/chan_h323.c

Eliel Sardañons eliel at eliel.net
Thu Oct 30 21:20:06 CDT 2008


I don't think so, they are using joinable threads for the monitors in
almost all the channels.

On 10/30/08, Tilghman Lesher <tilghman at mail.jeffandtilghman.com> wrote:
> On Thursday 30 October 2008 15:40:25 Russell Bryant wrote:
>  > Perhaps a better fix for this is to not create the tread as detached.
>  > As it stands, AFAICS, the code is doing thing to ensure that the thread
>  > stops running before it continues on destroying data that the monitor
>  > thread uses and then being unloaded.
>
>
> This is _generally_ the case with channel drivers, though.  The monitor thread
>  is created as detached and is cancelled during a set of steps to unload all
>  objects in memory.  If we're going to change this, it needs to be consistent
>  across all channel drivers.
>
>
>  > This is going to lead to crashes.
>
>
> If that is the case, then 90% of all channel drivers in Asterisk are already
>  at fault here.  By definition, you cannot join a detached thread, which is
>  exactly what most channel drivers already attempt to do.
>
>  --
>
> Tilghman
>
>
>  _______________________________________________
>  --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
>  asterisk-dev mailing list
>  To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>


-- 
Eliel Sardañons



More information about the asterisk-dev mailing list