On Nov 28 15:10 174, Craig Swanson of 1:202/354 wrote:

 CS> The new problem report on OS/2 3.0 is PMR 0x807,PSY.
 CS> The new problem report on OS/2 3.0 is PMR 0x818,PSY.

    I have not experienced any of these problems, and I can't 
understand why I have not experienced the PMR 0x807 if it is there.  
But knowing how long you have worked with OS/2 and how good you are 
at it, I don't doubt that these problems really exists.

 CS> 3) Client to server messages writes of longer than about 4196 
 CS> bytes (the exact cutoff seems to vary a few bytes) are fragmented 
 CS> into two sections.  For example, if the client writes a message 
 CS> that is 4600 bytes long, the server side might get back 180 
 CS> bytes of a message from the first DosRead() call and the 
 CS> remaining 4420 bytes of the message in the second DosRead() 
 CS> call.

    Just to make sure, you have set both server/client to run in message
mode?  I have used Named Pipes a long time for my own projects, and are
often trying them in "local mode" (and a lot of my customers are
also using the NPs in "local mode").  I am using message mode
pipes and the writes often are vvery large, up to 32000 bytes.  The only
difference I can see, is that in my case it is the server that writes these
large messages, while the client only write very small messages.  Also, I
am still keeping to the 16-bit API.

 CS> this point,it looks like perhaps TCP/IP or DSOM would also work.  
 CS> But I really don't want to have to rewrite code that was working 
 CS> well and hadn't been changed in months.  Thus I'm very nervous 
 CS> and anxious about all the troubles I am having with named pipes.

     If you really think TCP/IP would work for you, I wouldn't worry about
the work required to switch from NP to TCP/IP.  I think TCP/IP
stream-sockets are really very easy to use.  The only problem with
stream-sockets (that I am having) is that they don't seem to support
"messages" (I haven't found any mechanism for this anyhow), so I
had to build a packaging mechanism too (easy enough).
       Mvh / Mikael Wahlgren

--- LoraBBS-OS/2 v2.40b3 (Eval.)