[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