[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