Mike Kestner wrote: > On Sat, 2007-04-07 at 19:43 +0100, Alp Toker wrote: > >> This isn't only an issue on Win32, it's an issue on any runtime that >> isn't Mono. >> >> From mini_init() in mono/mono/mini.c: >> >> if (!g_thread_supported ()) >> g_thread_init (NULL); > > Wasn't aware of that, and it clarifies things a bit. Thanks. >
Sorry for the wording of my post, I read over it again in the morning and noticed it wasn't too positive ;-) I'd actually like to see g_thread_init() removed from Mono eventually, and have Gtk# work by default without calling it in Application.Init(). I think nearly all of the major Gtk# applications are providing their own locking so this just adds overhead with little benefit. I'm sure there's a solution to the current finalizer/Idle.Add issue that doesn't involve relying on GLib thread support. _______________________________________________ Gtk-sharp-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/gtk-sharp-list
