Anonymous
-Barry. [Novell Support Forums SysOp]
If you know it all so well, why not contact a Novell engineer and work with
him/her to fix the problem ? Ranting sure isn't going to help, mister.
Arjan.
Under certain circumstances (non-overlapped sockets, blocking mode) when
using Novell's implemenation of Winsock for IP or IPX/SPX sockets,
shutdown (for the write side) will return WSAEINPROGRESS. If you call
shutdown and receive WSAEINPROGRESS, you can continue to loop calling
shutdown (after some amount of a delay), and eventually shutdown will
succeed and the output buffers will be flushed. If however you decide not
to loop, and you call closesocket, the output buffer will not be flushed,
and you end up with a "partial print" situation. If you receive
WSAEINPROGRESS from shutdown, and you immediately call closesocket, it
would not be unreasonable to expect closesocket to also return
WSAEINPROGRESS, but this is not the case (regardless of how much data is
in the buffer). Performing a network trace will reveal that the FIN is
never sent. Socket options no not figure in to the behavior either.
Doing a blocking shutdown, should never result in WSAEINPROGRESS. This
error code is meant for non-blocking sockets. Novell developer support is
aware of this issue, and has been since late 2002, early 2003. Novell's
TID 2966160 - http://download.npsh.hu/tid/2966160.html, directly relates
to this issue.
Anonymous
Well, I provided more information.
Anonymous