Привет всем.
Пишу прогу клиент-сервер. Общаются они через сеть. Сетевое взаимодействие делаю через WinApi и WinSock2.
В общем такая проблема. Соединение нормально устанавливается, данные нормально передаются. Далее передаю на сервер команду завершения сеанса. Сервер на неё отвечает согласием и вызывает со своей стороны CloseSocket. Соответственно клиент после отправки команды завершения сеанса ждёт подтверждения и тоже со своей стороны закрывает сокет. Если клиент и сервер выполняются на разных машинах, всё проходит нормально. Если же на одной, то после отправки сервером подтверждения и закрытия сокета, клиент вываливается на recv, ждущей подтверждения от сервера. WSAGetLastError выдаёт 10058. MSDN эту ситуацию коментирует так: Cannot send after socket shutdown. Я так понимаю, что сегмент FIN должен передаваться после подтверждения, и следовательно клиент просто обязан подтверждение прочитать. Единственное, что приходит в голову в этой ситуации, что винда на одной машине при выполнении send пишет сразу в буфер recv на другом конце, минуя транспорт IP. Соответственно, вызывая CloseSocket на одном конце, я грохаю приёмный буфер на другом, ещё до прочтения.
Есть ли другие способы завершения соединения, чтобы данные, посланые после закрытия сокета на одном конце, были гарантировано прочитаны на другом?

Нехорошо заставлять recv ждать данных, именно поэтому нехорошо. Его вызывать нужно когда данные уже пришли, а момент прихода данных, как и факт окончания связи отлавливать при помощи сообщений WSA (см. WSAAsyncSelect). Ну или ioctlsocket, если WSA по каким-либо причинам не подходит.