Jonas Maebe wrote:
Does anyone see a problem with the following CSuspendThread/CResumeThread implementations?
1) This of course is the Linux version. Are the other implementation already in place so that the result is platform independent ?
2) In Linux we have the old ("Linux thread" -> each thread is a process) and the new Posix compatible "Kernel-Thread" implementation (as of Kernel 2.6, a Linux process can have multiple threads). I don't know if/how TThread can select which kind of threads are created. AFAIK, using the standard thread library, Kilix automatically uses the new threads with Kernel 2.6, while still using the old ones with Kernel 2.4.
As I feel that using the new Kernel-Thread way is highly recommended, it should be granted that TThread uses same (when running in 2.6) and that the "suspend" method is workable with both.
If I remember correctly, there is a signal handler per process and not per thread, so this _might_ be a problem.
-Michael _______________________________________________ fpc-devel maillist - [email protected] http://lists.freepascal.org/mailman/listinfo/fpc-devel
