DOCUMENT:Q139693 06-MAY-2001 [visualc] TITLE :FIX: Assertion Failed, Line 505 of Sockcore.cpp PRODUCT :Microsoft C Compiler PROD/VER:winnt:2.1,2.2 OPER/SYS: KEYWORDS:kbMFC kbVC152bug kbVC200bug kbVC210bug kbVC220bug kbVC400fix kbWinsock kbGrpDSMFCATL kb ====================================================================== ------------------------------------------------------------------------------- The information in this article applies to: - The Microsoft Foundation Classes (MFC), used with: - Microsoft Visual C++ for Windows, 16-bit edition, version 1.52 - Microsoft Visual C++, 32-bit Editions, versions 2.1, 2.2 ------------------------------------------------------------------------------- SYMPTOMS ======== An MFC application that uses the socket classes fails with a message similar to the following: In MFC 3.1 or 3.2, the assertion appears as: Assertion Failed: : File sockcore.cpp, Line 505 In MFC 2.52, the assertion appears as: Assertion Failed: : File sockcore.cpp, Line 484 CAUSE ===== When all sockets are closed, the socket handle maps are emptied and the socket notification window is destroyed. MFC maintains an auxiliary queue of socket notification messages. If any messages remain in this queue when the last socket is closed, then this assertion failure will occur when any new sockets are opened and an attempt is made to process these left-over notifications. RESOLUTION ========== Purge the auxiliary queue of all messages when the last socket is closed. In this context, last does not mean previous; it means the socket that was closed, leaving no sockets open for that thread. This problem can be remedied by overriding the CAsyncSocket::Close member function in your CAsyncSocket-derived or CSocket-derived class. The following implementation of this override will take care of the problem: void CMySocket::Close() { // If Deriving from CSocket, then use: CSocket::Close(); // Otherwise, use: // CAsyncSocket::Close(); AFX_THREAD_STATE* pThreadState = AfxGetThreadState(); if (pThreadState->m_mapSocketHandle.IsEmpty()) { // **** LAST SOCKET **** while (!pThreadState->m_listSocketNotifications.IsEmpty()) delete pThreadState->m_listSocketNotifications.RemoveHead(); pThreadState->m_listSocketNotifications.RemoveAll(); } } To handle the case where a socket object is deleted before Close is called, also override the virtual destructor to make sure the correct version of Close is called: CMySocket::~CMySocket() { if (m_hSocket != INVALID_SOCKET) Close(); } STATUS ====== Microsoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. This problem was corrected in the version of MFC that ships with Microsoft Visual C++, 32-bit Edition, version 4.0. Additional query words: 1.52 2.10 2.20 2.52 3.10 3.20 4.00 CSocket CAsyncSocket ====================================================================== Keywords : kbMFC kbVC152bug kbVC200bug kbVC210bug kbVC220bug kbVC400fix kbWinsock kbGrpDSMFCATL kbNoUpdate kbbuglist kbfixlist Technology : kbAudDeveloper kbMFC Version : winnt:2.1,2.2 Issue type : kbbug Solution Type : kbfix ============================================================================= THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY. Copyright Microsoft Corporation 2001.