FIX: OnInitMenuPopup Deletes Temporary Objects

Last reviewed: September 19, 1997
Article ID: Q141532
kbprg kbbuglist kbfixlist kbcode

The information in this article applies to:

  • The Microsoft Foundation Classes (MFC) included with: Microsoft Visual C++, 32-bit Edition, version 4.0

SYMPTOMS

When overriding CWnd::OnInitMenuPopup, while the CMenu pointer passed in is accessed, after calling the base class OnInitMenuPopup, the program may cause an ASSERT, access violation, or other problems.

CAUSE

In MFC version 4.0 calls to AfxLockTempMaps and AfxUnlockTempMaps were added to CWnd::OnInitMenuPopup. When AfxUnlockTempMaps is called, MFC's temporary object map reference count will go to zero causing all temporary MFC objects to be deleted. When the call to OnInitMenuPopup returns, the CMenu pointer (which is a temporary) will be invalid.

RESOLUTION

Make a call to AfxLockTempMaps before the call to the base class and a call to AfxUnlockTempMaps before returning from your OnInitMenuPopup override. This will stop the internal reference count from reaching zero inside CWnd::OnInitPopupMenu and the CMenu will not be deleted.

STATUS

Microsoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. This bug was corrected in Visual C++ 4.1.

MORE INFORMATION

MFC maintains a map from handles such as HMENUs to their C++ wrapper objects. When a call is made to, for example, GetMenu, MFC attempts to find the C++ wrapper object that corresponds to the HMENU ::GetMenu returns. If no object in the permanent map is found, MFC creates a temporary object that is normally destroyed in OnIdle processing by a call to AfxUnlockTempMaps.

Sample Code to Reproduce or Resolve Problem

/* Compile options needed: default
*/

// Use this code to fix the problem:
void CMainFrame::OnInitMenuPopup(CMenu* pPopupMenu, UINT nIndex,
                                                   BOOL bSysMenu)
{
    #if _MFC_VER == 0x400
    AfxLockTempMaps();
    #endif

    CMDIFrameWnd::OnInitMenuPopup(pPopupMenu, nIndex, bSysMenu);

    // TODO: Add your message handler code here

    #if _MFC_VER == 0x400
    AfxUnlockTempMaps();
    #endif
}

// Use the following code to reproduce the problem in an MDI application:
void CMainFrame::OnInitMenuPopup(CMenu* pPopupMenu, UINT nIndex,
                                                   BOOL bSysMenu)
{
    CMDIFrameWnd::OnInitMenuPopup(pPopupMenu, nIndex, bSysMenu);

    // The next line will cause an ASSERT on line 1034 in a debug
    // build because pPopupMenu is an invalid pointer
    pPopupMenu->CheckMenuItem(0, MF_BYPOSITION | MF_CHECKED);
}

REFERENCES

MFC Technical Note 3: Mapping of Windows Handles to Objects.

For more information, please see the following article in the Microsoft Knowledge Base:

   ARTICLE-ID: Q139469
   TITLE     : How to Use TrackPopupMenu() and Update UI Handlers


Additional reference words: 4.00 4.10
KBCategory: kbprg kbbuglist kbfixlist kbcode
KBSubcategory: MfcUI vcbuglist400 vcfixlist410
Keywords : MfcUI vcbuglist400 vcfixlist410 kbbuglist kbcode kbfixlist kbprg
Technology : kbMfc
Version : kbprg kbbuglist kbfixlist kbcode
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.

Last reviewed: September 19, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.