现在的位置: 首页 > 综合 > 正文

debug转release的CrtIsValidHeapPointer问题

2014年10月28日 ⁄ 综合 ⁄ 共 713字 ⁄ 字号 评论关闭

我遇到的问题: 



昨天测试VS2008debug版的工程(一个exe工程、一个dll工程)没问题,debug改成release版后释放内存时,弹出assert,报错的函数就是上面提到的这个:CrtIsValidHeapPointer。

可是为什么会报错呢?CrtIsValidHeapPointer的注释上说明了情况:如果要释放的内存地址不是在当前控制的堆的地址范围内,也会报这样的错误。

问题分析: 

1、我的实现是在exe中调用dll的一个方法,这个方法里面里面会分配若干内存,并将数据拷贝到新分配的内存中,传递出去;之后我会在exe中对这部分内存进行释放。

2、同一个进程,难道还有两个堆?如果你的工程RuntimeLibrary选择的是MT(使应用程序使用运行时库的多线程静态版本)类型,那么,是的,确实是这样,dll和exe是分别的两个堆。

3、也就是说,dll中分配的内存只能在dll中进行释放,否则CrtIsValidHeapPointer函数就会报错


起初觉得怎么这样呢?但考虑到不用dll的实现者是不一样的,那么他本身的选择的运行时库的链接方式也可能不一样,非要把他们都放在一个堆上操作反而会使问题变得复杂。CRT的这种处理确实更为合理。

解决方法: 



既然谁分配谁释放,而我要分配的内存大小只有dll自己知道,我只好将分配内存的事情放在了dll中,然后dll再提供一个释放内存的方法。

MJPEGCODE_API BYTE * AllocMemory( int size )
{
    return new BYTE[size];
}

MJPEGCODE_API void ReleaseMemory( BYTE *mem )
{
    delete []mem;
}

抱歉!评论已关闭.