ImgEdit.ocx causes breakpoint in RtlFreeHeap when it is executed from Visual C++ Debugger (258965)
The information in this article applies to:
- Microsoft Visual C++, 32-bit Enterprise Edition 5.0
- Microsoft Visual C++, 32-bit Enterprise Edition 6.0
- Microsoft Visual C++, 32-bit Professional Edition 5.0
- Microsoft Visual C++, 32-bit Professional Edition 6.0
- Microsoft Visual C++, 32-bit Learning Edition 6.0
- Microsoft Visual C++ 2005 Express Edition
- Microsoft Visual C++ .NET (2003)
- Microsoft Visual C++ .NET (2002)
- Microsoft Windows NT Server 4.0
- Microsoft Windows NT Workstation 4.0
This article was previously published under Q258965 Note Microsoft Visual C++ .NET 2002 and Microsoft Visual C++ .NET 2003 support both the managed code model that is provided by the Microsoft .NET Framework and the unmanaged native Microsoft Windows code model. The information in this article applies only to unmanaged Visual C++ code. Microsoft Visual C++ 2005 supports both the managed code
model that is provided by the Microsoft .NET Framework and the unmanaged native
Microsoft Windows code model. SYMPTOMS When you use the ImgEdit.ocx control in a MFC application
running on Windows NT 4.0, you may get a debug assertion in the RtlFreeHeap function when you exit a debug build of the application. However,
when you employ the same control in Visual Basic, you do not encounter the
debug assertion in RtlFreeHeap upon exiting. In addition, when you use the ImgEdit.ocx control
in a release build of a MFC application on Windows NT 4.0, the control does not
reveal this assertion. And the assertion does not appear when you you run the
application on Windows 95, Windows 98 or Windows 2000, but appears on Windows NT 4.0. CAUSE This is a bug in the ImgEdit.ocx control. The assertion can
be safely ignored because it is only given one time and that is when the
application is shutting down. This assertion does not cause any problems when
you are running in release builds. RESOLUTION Ignore the assertion as it is harmless in this case.
STATUS This behavior is a bug in the ImgEdit.ocx control.
The third-party products that this article discusses are manufactured by companies that are independent of Microsoft. Microsoft makes no warranty, implied or otherwise, regarding the performance or reliability of these products.
| Modification Type: | Major | Last Reviewed: | 1/10/2006 |
|---|
| Keywords: | kbtshoot kbCtrl kbInprocSvr kbnofix kbprb KB258965 kbAudDeveloper |
|---|
|