Re: [Gtk1-win-developers] Re: GTK deadlock in Win32

[Henning N. L. <hn...@st...>]

Hi Robin,

What backend do you use for gthreads?

Best regards,
hnl_dk - Henning Nielsen Lund


Robin Rowe wrote:
> Donald,
>
>> As the post says there is a problem with multi-threaded apps.
>
> Good work tracking that down!
>
>> Does the
>> suggestion of having a thread in GTK that is always used to
>> create/change Windows  seem like a good option to solve this problem.
>
> Not really. GTK seems to have endless problems. Diverting more effort
> from CinePaint into GTK is not the answer.
>
> I have another idea I'm researching.
>
> Robin
> -------------------------------------------------------------------
> Rob...@Mo...   Hollywood, California
> www.CinePaint.org   Open source digital motion picture film software
>
> ----- Original Message -----
> From: "Donald MacVicar" <do...@dr...>
> To: <gtk...@li...>
> Sent: Thursday, March 18, 2004 3:27 PM
> Subject: Re: [Gtk1-win-developers] Progress - decloaked GDK pointers
>
>
>> Robin,
>>
>>>> Do you have a patch for these changes/bug-fixes?
>>>>
>>>>
>>>
>>> It's way too unstable to be useful to anyone I think.
>>>
>>>
>> Ok fair enough.
>>
>> I have been trying to get Cinepaint to work with your gtkwin1.4 but
>> am coming across a deadlock problem when running any of the load
>> plug-ings.  I see  a Bug note in layers_dialog.c which refers to the
>> gifload - but I see the same problem with tiff and jpeg (maybe
>> others, have not got round to trying them yet)
>>
>> WHen the plugin calls gimp_image_new( .... ) which ends up causing a
>> menu change for one of the the windows. Which calls the Win32 API
>> function MoveWindow( ) from the WireMsgHandler thread . The window
>> that this is being called for was created in the WinMain thread -
>> which is sitting waiting for the plugin to return. Hence we end up
>> in Deadlock. I found the following post from gtk-devel but there
>> seems to be little more on this.
>>
>> http://mail.gnome.org/archives/gtk-devel-list/2001-November/msg00235.html
>>
>> As the post says there is a problem with multi-threaded apps. Does
>> the suggestion of having a thread in GTK that is always used to
>> create/change Windows  seem like a good option to solve this problem.
>>
>> Donald.
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux Tutorials
>> Free Linux tutorial presented by Daniel Robbins, President and CEO of
>> GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> Gtk1-win-developers mailing list
>> Gtk...@li...
>> https://lists.sourceforge.net/lists/listinfo/gtk1-win-developers
>>
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Gtk1-win-developers mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk1-win-developers