[fpc-devel] Threads and alot of crap continued
Michael Schnell
mschnell at lumino.de
Wed Nov 8 11:55:21 CET 2006
> Also I think a base thread should remain free from this. You can of course
> create a descendant of tthread that is event driven (e.g. messagequeue, pump
> and list of known events/methodvars in overriden tthread.execute)
>
Right. That is a decent way to do it "optionally" (as I of course would
do it, not to break any running code). So a TApplicationThread class
might be defined in the RTL as a descendant of TThread. It might have a
TApplicationThread property the type of which might be a descendant of
TCustomApplication and provides the non preemptive scheduling stuff
based in messages.
But before doing this I'd like to do/have a TApplication that might be a
descendant of TCustomApplication for the main thread for the same
purpose here. (similar as Lazarus, but not using any GUI stuff).
TTimer, TThread (.Synchronize ! ) etc. might be affected by this, too.
-Michael
More information about the fpc-devel
mailing list