FIX: DLL that uses ATL CImage class may cause a deadlock in a process

Article translations Article translations
Article ID: 322909
Expand all | Collapse all

On This Page

Symptoms

A DLL that is using the Active Template Library (ATL) CImage class may cause a deadlock when it is unloaded from a process or when the loading process shuts down.

Cause

This problem occurs because the CImage class initializes and then shuts down GDI+ by using the static nested class CInitGDIPlus. This class initializes GDI+ before any CImage function that requires GDI+ is called. GDI+ is shut down by calling GdiplusShutdown when the CInitGDIPlus class is destructed. CInitGDIPlus is a static class that is destructed in a DLL in the context of DllMain. The documentation states that you cannot call GdiplusShutdown in DllMain.

Resolution

Service pack Information

To resolve this problem, obtain the latest service pack for Microsoft Visual Studio .NET. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
837234 List of bugs that are fixed in Visual Studio .NET 2002 Service Pack 1

Hotfix information

For more information about this hotfix, click the following article number to view the article in the Microsoft Knowledge Base:
326459 COleDateTime comparison asserts or returns incorrect value

Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section of this article. This problem was first corrected in Visual Studio .NET 2002 Service Pack 1.

More information

Steps to Reproduce the Behavior

  1. Create an ATL DLL project named Control_Name.htm, and then insert an ActiveX control.
  2. Add a CImage member to the ActiveX control class.
  3. Call CImage::Load in the ActiveX control class constructor.
  4. View the .htm page that you created for the control (Control_Name.htm) in Microsoft Internet Explorer.
  5. Quit Internet Explorer. You should experience one of the following conditions:
    • You cannot start Internet Explorer again.

      -or-
    • The IExplore.exe process still appears in Task Manager.

Properties

Article ID: 322909 - Last Review: June 19, 2014 - Revision: 8.0
Keywords: 
kbhotfixserver kbqfe kbvs2002sp1sweep kbvs2002sp1fix kbbug kbfix KB322909

Give Feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com