Re: [gtk-win32] g_idle_add() weirdness
- From: Tor Lillqvist <tml iki fi>
- To: "Gtk+ on win32 platform packaging and distribution discussion" <gtk-win32-list gnome org>
- Subject: Re: [gtk-win32] g_idle_add() weirdness
- Date: Tue, 9 Feb 2010 19:44:30 +0200
> But under gtk-win32 it gets executed in the worker thread.
It shouldn't, and can't (unless you have a glib main loop running also
in the worker thread, which isn't likely). g_idle_add() schedules a
function to be called by the default (typically also only, typically
running in the "main" thread) glib main loop, on Windows as on Unix.
Please post a *complete* (but still *minimal*) compilable test program
that exhibits the problem. (And preferrably in plain C...)
Could the fact that in pthreads-win32 pthread_t is not a pointer (or
some integral type), but a struct, have something to do with this? (I
mean, could this lead your code into wrongly identifying what thread
the callback is running in? The only correct way to compare pthread_t
values is pthread_equal().)
--tml
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]