TCP/IP-32 Winsock Stops FD_READ NotificationLast reviewed: September 9, 1996Article ID: Q119575 |
The information in this article applies to:
SYMPTOMSFD_READ notification in a Winsock application may stop while the application is running. This may cause data to be left in the input buffer, or, it may cause the application to hang. This occurs when the application disables and then re-enables FD_READ notification during a period of time while the Windows message queue is full.
CAUSEThe problem is that WINSOCK.DLL does not retry failed PostMessage attempts. WINSOCK.DLL posts messages whenever WSAAsyncSelect() is called with interest in events that are already active on a socket. For example, if you call WSAAsyncSelect with the FD_READ bit set on a socket which already had read data waiting, WINSOCK.DLL immediately posts an FD_READ message. When the Windows message queue is full, this PostMessage call fails.
RESOLUTIONMicrosoft has released a new file, WSOCK.386, that corrects this problem.
STATUSMicrosoft has confirmed this to be a problem in TCP/IP-32. This problem has been corrected in an updated TCP/IP-32 version 3.11a. For information on the availability of TCP/IP-32 3.11a, see article Q122544 in the Microsoft Knowledge Base.
|
Additional reference words: wfw wfwg prodtcp32 1.00 3.11 3.11a wfw tcpip
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |