PF> Not with the 32bit calls.  I wrote that piece of squish 
 PF> code, when everything was 16bit,  and I guess Scott 
 PF> left it that way to be backwards compatible.

Yup.  I wish he'd have gone to 32-bit, though.  :-)

 PF>  [Tip: little known squish feature: the name of the sem can be
 PF>        specified with the BBSSEM env var,  if you want to have
 PF>        two (or more) copies of squish running that do not share
 PF>        any files]

I found that out... by asking Scott.  ;-)  If I find a way of calling the
16-bit semaphore functions from 32-bit code, I'll have to check the
environment variable myself.  :-)

 PF> something called something like smserial.dll.

Actually, while I haven't tried it, I have the prototype for smserial.dll
(from Scott), but I'm still trying to go for calls from 32-bit.

 PF> If you try to compile it for 32bits,  you might have to 
 PF> change the sem calls to "Dos16CreateSem", etc,  and 

Hmmm... from a scan of all 1MB of the \WATCOM\h\os2 directory, there is no
'Dos16' calls.  :-/  Even scanning DOSCALL1.DLL, there is no DOS16 there
either.

Thanks,


--- Maximus/2 3.01