Select the product you need help with
- Internet Explorer
- Windows Phone
- More products
FD_READ Event Is Not Signaled on Connected Socket If Data Arrives Right After an Accept() on SAN
Article ID: 289232 - View products that this article applies to.
This article was previously published under Q289232
On a system area network (SAN) connection, when a program that uses EventSelect calls on a listening socket and then data arrives right after an accept, the program may wait indefinitely for notification of the FD_READ event on the connected socket.
In addition, another race condition may result under the following conditions:
This behavior occurs because the Windows 2000 Afd.sys driver contains incorrect settings.
To resolve this problem, obtain the latest service pack for Windows 2000. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/260910/EN-US/ )How to Obtain the Latest Windows 2000 Service Pack
Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article.
This problem was first corrected in Windows 2000 Service Pack 2.
Many programs use WSAEventSelect and WSAEnumNetworkEvents/WaitForSingleObject calls to be notified of the network events that happen on a socket. Any program that waits for an FD_READ event on a connected socket can run into this problem, which causes that program thread to wait indefinitely for FD_READ notification.