For the ppl that want to start with multithreading development. It is now possible under Linux and Win32. The RTL is threadsafe and has the required knowledge to support multithreading.

For including the multithreaded capability in your program you need to include {$threading on} compiler switch in your program. This will include the SysThrds unit that provides the (callback) routines to make the RTL threadsafe.

Peter

I just tried to update(-dP) to start testing this out, and got a directory lock error on fpc/packages/extra/fpgtk. I think that the permissions script must have been forgotten.

Andrew

you wrote

I just tried to update(-dP) to start testing this out, and got a directory lock error on fpc/packages/extra/fpgtk. I think that the permissions script must have been forgotten.

It's fixed

Peter

1. This problem is actual also for these compiler modes;
2. I tried to find information about accessing address of procedural variable (not procedure entry point placed in this variable! ) in FPC and OBJFPC modes but not successfully (may be, I did it insufficiently carefully?). Please explain me if possible.

Sincerely, Pavel
P.S. Sorry for not quick answer, but I had some strange problems: at end of october I recieved nothing from this mailing list although your mailing list archives supplemented; maybe you had problems with sending to .ru domain? But now that seems to be OK again: i recieved some messages.

For the ppl that want to start with multithreading development. It is

now

possible under Linux and Win32. The RTL is threadsafe and has the

required

knowledge to support multithreading. For including the multithreaded capability in your program you need to include {$threading on} compiler switch in your program. This will

include

the SysThrds unit that provides the (callback) routines to make the

RTL

threadsafe. Peter

I think it is also a good news for the BeOS version since plateform- independant sources are now threadsafe (i suppose).

Threadsafe is important for us (befpc team) in the futur : BeOS GUI are multi-threaded, even the smallest ones.

I have a question : Is someone has tried to compile the 1.1 version on BeOS ?

We are trying to compile the 1.1 version. But, it seems that the BeOS specific1.06 units are more complete than the 1.1 ones. Are we right ?

The starting/stopping of threads and mutex handling is still system dependend. If you contribute BeOS patches for this, we'll integrate them into 1.1

It could be. If you've trouble compiling 1.1 on BeOS, please post the problems here, then we can help you.