_CrtIsValidHeapPointer(pUserData)

最新推荐文章于 2020-07-03 20:01:56 发布

qq76211822

最新推荐文章于 2020-07-03 20:01:56 发布

阅读量1.2k

点赞数 1

分类专栏：调试

本文链接：https://blog.csdn.net/sz76211822/article/details/50681970

版权

调试专栏收录该内容

15 篇文章 0 订阅

订阅专栏

本文详细阐述了在C++程序中自定义类与动态链接库之间的内存冲突问题，解释了问题产生的原因，并提供了有效的解决方法。包括通过采用谁分配谁释放的原则、绕过new和delete操作、以及更改工程选项来解决内存泄露问题。重点讨论了如何确保在不同堆空间中正确管理内存，避免潜在的内存管理错误。

摘要由CSDN通过智能技术生成

程序遇到如题的运行时报错，参考下面这段文字，采取将自定义类的对象定义改为new方式生成后问题解决。

！！Expression: _CrtIsValidHeapPointer(pUserData)

void CImageRecView::OnFileColhistogram()
{
// TODO: Add your command handler code here
CImageRecDoc *pDoc = GetDocument();
LPSTR lpDIB;

ColHistogram MyColHist;

lpDIB = (LPSTR)::GlobalLock((HGLOBAL)pDoc->GetHDIB());

pMyColHist->RGBtoHSV(lpDIB);

::GlobalUnlock((HGLOBAL)pDoc->GetHDIB());
}

问题就出在红色的地方，自定义了一个类

将上面的语句改为

ColHistogram * pMyColHist;
pMyColHist = new ColHistogram;

就可以了，不过现在也不知道为什么

(MSDN)中的这段话

The _CrtIsValidHeapPointer function is used to ensure that a specific memory address is within the local heap. The “local” heap refers to the heap created and managed by a particular instance of the C run-time library. If a dynamically linked library (DLL) contains a static link to the run-time library, then it has its own instance of the run-time heap, and therefore its own heap, independent of the application’s local heap. When _DEBUG is not defined, calls to _CrtIsValidHeapPointer are removed during preprocessing.

看了这段话稍微觉得有点意思了，我在程序中自己申请了本地堆，也有要生成动态连接库的DIB类，要连接c运行库，那么我的ColHistogram的实例必须动态生成，因为它在c运行库中没有对应的堆。比如我添加Cstring str;程序就不会有问题，但是我只知道CString是系统定义的，和c运行库有什么关系我就不清楚了。如果静态链接C运行库，那么，dll就要拥有一个独立于应用程序（调用它的exe）的本地堆（但是我的程序没有），如果没有定义_DEBUG，那么_CrtIsValidHeapPointer将被预处理器移除。大概就是这个样子，上面所说的很多东西我都不确定，只是现在的一种解释。

可能原因：DLL和EXE主程序使用的不是同一个堆造成。

解决办法：

1. 采用谁分配谁释放的原则；

2. 绕过 new 和 delete，使用 GlovalAlloc 和 GlobalFree；

3. 更改工程选项， release 版本肯定不会出现这个失败，这个只会存在 debug 状态下，但是 release 会出现内存泄漏. 更改 debug 下 dll 和 exe 运行库为动态编译即： multi-threaded debug dll. 因为 multi-thread debug dll 运行库编译使编译器为所有dll共享分配的堆。这样就不会存在多个释放过程，也就不会出现问题了.