[fpc-devel] Threads and alot of crap continued
micha at neli.hopto.org
Wed Nov 8 13:44:37 CET 2006
Vinzent Hoefler wrote:
> So, the semantics would be about the same as in a signal (apart from the
> "softer" timing), but you would have much less restrictions in the
> handler's implementation compared to a real OS signal, which acts more
> like an interrupt.
Impossible. You'll end with TThread.Synchronize, but without its
advantage of knowing in which thread it runs, because the entire *point*
of a GUI thread is that it's not doing anything for 99% of the time
(waiting for user input only).
More information about the fpc-devel