Re: GLib "next cycle" update

On Sun, 2011-09-18 at 13:11 -0400, Ryan Lortie wrote:
>  - initialise on the first g_thread_create() call
>    This seems like it would avoid any chance of races in gslice
>    initialisation but it means that we wouldn't be safe with respect to
>    threads that weren't created by GLib (like some asynchronous
>    libraries do for callbacks).

In addition to the mentioned async libraries, this would also break
multi-threaded Qt applications using GLib-based libraries such as


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]