[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