Przemyslaw Czerpak wrote:
> 
> Thanks for the info. I was looking at DosCreateMuxWaitSem() but
> I cannot find in the documentation any information that I can pass
> to this function locked mutex and event semaphore and it will unlock
> the mutex waiting for an event or can reset posted event and such
> functionality is necessary to avoid race condition so I'm afraid
> it will not help us in this case.
> 

Yes, it will not help, you can pass to it either mutexes or event sems, but
not a mix of them.

>>> I only do not know how many event semaphores can be allocated per
>>> process. The maximal value may reduce number of threads which can
>>> be executed simultaneously. I hope it's bigger. If not then we
>> --------8<-------------
>> There is a system-wide limit of 65536 (64K) shared semaphores (including
>> mutex, event, and muxwait semaphores); in addition, each process can have up
>> to 65536 (64K) private semaphores.
>> -------->8-------------
> 
> It's quite big. I do not think that it's possible to create more
> threads executed simultaneously in OS2.

4096 is the maximum number of threads you can have on OS/2 system wide.

> 
> Thank you.
> I'll try to make necessary modifications in hbthread.c code but
> I will have to ask you to make compilation tests. I still haven't
> setup environment for cross OpenWatcom OS2 builds so I cannot even
> make simple compilation tests.
> 

I'll do my best to help you and I keep thanking you for your continued support
of OS/2.

Maurilio.

-- 
 __________
|  |  | |__| Maurilio Longo
|_|_|_|____| farmaconsult s.r.l.


_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to