FIX: Using CSocket w/ CArchive Causes Block from Extra FD_READ (138694)

CAUSE

The CArchive class automatically buffers data reads and writes. If a call is made to retrieve a block of data larger than the CArchive object's buffer size, then the CArchive class will make two calls to retrieve the data in buffer-size blocks.

When CSocket is used, the end result is two calls to the Receive function. The first call to Receive does not retrieve all of the data currently in the socket's buffer, so the Windows Sockets DLL posts an additional FD_READ notification after this first call. Although the second call to Receive might get the rest of the data from the buffer, the FD_READ notification has already been posted and OnReceive will end up being called later even though there is no data left to read on the socket.

void CMySocket::OnReceive(int nErrorCode)
{
  // TODO: Do some error handling on nErrorCode

  DWORD dwBytes;
  VERIFY(IOCtl(FIONREAD, &dwBytes));
  if (0 == dwBytes) // if nothing to read, return
    return;

  do
  {

    // Read your data from your CArchive object

    CString strData;
    m_pMyArchive >> strData;

  } while(!m_pMyArchive->IsBufferEmpty());
}
				

   MFC Encyclopedia Articles:
      "Windows Sockets: Using Sockets with Archives"

   Win32 Programmer's Reference Documentation on the function:
      WSAAsyncSelect