Michael Van Canneyt
michael.vancanneyt at wisa.be
Wed Nov 8 10:14:48 CET 2006
On Wed, 8 Nov 2006, Michael Schnell wrote:
> 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 ?
The 'other' implementation is the win32 implementation, and it is in place.
> 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.
FPC does not decide anything. The pthread library decides this.
> 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.
We totally depend on the pthread implementation.
We'd like to have a native 100% FPC implementation, but none of the
core developers currently has time to look into it.
If you are knowledgeable in this area, we would HUGELY appreaciate
it if you could create a 100% FPC implementation. It would resolve
many problems :-)
More information about the fpc-devel