[Gtk-sharp-list] Gtk.DrawingArea not thread-agnostic on Win32?
Cody Russell
bratsche at gnome.org
Tue Sep 23 10:15:16 EDT 2008
Yeah, GTK's Win32 backend won't play nice with multithreaded apps right
now. This is something I'm wanting to work on and fix at some point
when I find some time to do it. Would you mind making a simple test
program like the one you just described and give it to me to help test
with?
/ Cody
On Tue, 2008-09-23 at 12:00 +0200, Sam Hocevar wrote:
> I have a threaded GTK# application that creates widgets in several
> threads (all with proper synchronisation, of course). It works perfectly
> on Linux, but it hangs on Win32 when using Gtk.DrawingArea objects.
>
> Attached is a sample program which does the following:
> - thread #1 creates a Gtk.Window
> - thread #1 spawns thread #2
> - thread #2 creates a Gtk.DrawingArea object
> - thread #1 attaches the DrawingArea to the Window
> - thread #1 waits for user input
> - thread #2 destroys the Gtk.DrawingArea object
> - thread #1 joins thread #2
> - thread #1 exits
>
> Everything goes well on Linux. On Win32, the program hangs during the
> Gtk.DrawingArea destruction.
>
> It should be noted that using Gtk.Button instead of Gtk.DrawingArea
> makes everything work properly on both Linux and Windows.
>
> Any ideas on what may be wrong?
>
> Cheers,
> _______________________________________________
> Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list
More information about the Gtk-sharp-list
mailing list