Client closes before server receives

Okay, I have a client (using plain old winsock) connecting to a server (using CAsyncSocket). It first sends a message saying some data is coming, then it sends the data, then it closesocket()'s the connection. What happens serverside is it receives the "data on the way" message in OnReceive() then on the next OnReceive() (for the transfer of the actual data), Receive() returns SOCKET_ERROR with a GetLastError() of WSAENOTSOCK. So I finally figured out that the reason this happens is that the client's closure of the socket after the send apparently screws the server out of getting the data. Is this what's actually happening?

I suppose a simple way around it is to just always make sure the server has the last word by sending an OK_TO_QUIT message to the client before he closes, but is there another way around it?

Your thoughts are appreciated.

There is a very small chance this may help:
http://msdn.microsoft.com/library/de..._closure_2.asp

I'd check your server application first.

Correct.

One solution is to wait for the server to send a final message to confirm that it has received all packets.

Kuphryn

What about shutdown()? I believe when you call shutdown() the server receives the 'socket closed' byte once all data after the shutdown() has been received, even though on the client side the socket isn't really officially closed. Once the server calls closesocket(), the client receives the 'socket closed' byte as well, and then you know that it's safe to close the socket. For example:

Code:

send(sock, "Data coming.", strlen("Data coming."), 0);
send(sock, "This is the data.", strlen("This is the data."), 0);
shutdown(sock, SD_SEND);
char temp;
recv(sock, &temp, 1);
closesocket(sock);

Of course, you should probably do the whole error checking thing and all, but if the server isn't supposed to send any data back to the client, that should work.