[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MiNT] USERDEF stack size



On Wed, 2010-12-22 at 18:28 -0500, Mark Duckworth wrote:

> To be fair this is to suggest GEM supports full multithreaded operation, 
> including multiple threads interacting with user interface elements?

No, that's not the advantage of threading. Two threads shouldn't fiddle
with the same dialog or button. But you can spawn a thread that handles
parts of the UI, e.g. the download status dialog in a ftp client or the
copy progress dialog in a desktop. The thread then calls appl_init and
get its own apid. The AES won't even know that this is a thread.
  
> Even windows doesn't support that, all UI code has to be in the main 
> thread.  Kind of reaching for a feature nobody needs?

It can be very useful, but due to all the re-entrancy problems with most
common libs it's hard to use in real life.

Jo Even