4701人阅读
&&&&&&& 今天调试测试代码时，发现在用完了new出来的内存buf后，在执行delete时报错了，具体信息为：
&&&&&&& HEAP_CORRUPTION_DETECTED: after Normal block(#908) at 0x399EC0. CRT detected that the application wrote to memory after end of heap buffer .
&&&&&&& 经仔细查阅代码，是new出来的buf操作越界了，导致delete时出现这样的错误。
&&&&&& 一般出现此类情况，都是对new出来的内存非法操作引起的，比如数组越界操作、delete掉的内存没有置NULL导致同一个内存被释放了两次（第二次delete时报错）。
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：382717次
积分：6133
积分：6133
排名：第1916名
原创：166篇
转载：394篇
评论：154条
(1)(2)(5)(12)(6)(6)(10)(9)(12)(21)(19)(34)(27)(57)(79)(67)(28)(14)(10)(5)(29)(1)(2)(2)(1)(12)(3)(10)(2)(4)(6)(27)(14)(7)(6)(1)(1)(7)(1)8182人阅读
&Free Heap block&XXXXXX modified at&XXXXXX after it was freed
相信不少朋友碰到过以上问题,而往往苦于无法定位到错误的代码位置，其实出现该问题一般就是使用了野指针导致的．
那么何为野指针呢？
野指针与ＮＵＬＬ指针不同．所谓野指针是指指针所指的内存已经回收，而继续使用该指针，导致未定义行为．
&char *p = new char[512];
*p = '/0';
*p = 'a'; // 此处出现了野指针
所以为了避免此类问题。往往采用删除后立即清空指针变量的方法
delete []p;
p = NULL; // 进行置NULL
*p = 'a'; // 这里调试器将给出提示，成功定位错误位置
这样看似很好解决野指针的问题，其实不然，因为要知道内存删除与指针变量使用往往是脱节的。
char *p = new char[512];
*p = '/0';
*q = 'a'; // q与内存删除代码往往不在同一地点，没办法指定q=NULL;所以照样出现了野指针。
那么此类问题如何定位呢？
这里就要利用文章开头写的那个提示信息了。
Free Heap block d49418 modified at d49574 after it was freed
这句话的意思是，释放了内存开始为0xd49418的堆块后，堆块所在内存的0xd49574位置被更改了。
这样就好办了，我们只需要查找到0xd49418所在位置属于分配给了哪个对象，然后再定位0xd49574所处的成员变量
然后查找所有使用该变量并进行了变量内容的修改的代码就可以定位到错误位置了。再根据情况修改代码，避免内存释放后仍然进行修改即可。
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：782450次
积分：7849
积分：7849
排名：第1228名
原创：63篇
转载：197篇
评论：818条
(1)(1)(3)(2)(4)(1)(2)(4)(2)(5)(5)(3)(2)(2)(3)(2)(5)(4)(25)(22)(10)(16)(17)(9)(26)(56)(28)(1)(2)11516人阅读
&http://blog.csdn.net/wu_lai_314/article/details/8241697
今天在做检测线索二叉树与其他算法的时间复杂度时候遇到了这个问题，在网络上查阅了很多资料后，解决了这个问题，现在将这些资料及感悟整理如下，以来方便网友查阅，二来也作为自己的笔记.
&http://blog.csdn.net/wu_lai_314/article/details/8241697
CRT detected that the application wrote to memory after end of heap buffer
多是中间对其进行了一些操作，在程序结束处，释放内存的时候，引起错误：
HEAP CORRUPTION DETECTED：after Normal block(#***) at 0x****.CRT detected that application wrote memory after end of heap buffer.
错误原因：
以对内在操作的过程中，所写的地址超出了，所分配内在的边界
memcpy的时候， copy的大小超出了目标数组的大小
有个建议是：
1、内存申请多少释放多少，释放掉你申请过的内存，不要乱释放；
2、不能释放已经释放的内存；
网友还有一个建议是：
“增大内存开辟空间，new时多加1或者更大，这样就不会导致内存释放时，越界！
比如&int*&p&=&new&int[6];
for(int&i=0;i&5;i++)
delete&[]p;
这样子实际用了5个，就会成功释放！！！”
以下小部分画线内是另一个网友的笔记：
------------------------------------------------------------------------------------------------------------------------------------------------------------------
ans = new int[size_a+size_b];&&&&&&& // 动态分配数组空间
一把delete []删掉程序就不弹出错误，这是为什么呢？？
错误原因：
因为对内存的操作越界了，超出所分配的内存的边界。
增大分配的内存！&&&
ans = new int[size_a+size_b&+1&];&&&&&
或者加到自己适宜的大小，问题即可解决...
对内存的操作要细之又细，new完后要delete，操作时不要越界（包括向前越或向后越）.......
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
下面是我的错误代码：
bool Insert(int i,T x){
if(last==maxSize-1)
if(i&0 || i&last+1)
data[last++]=x;
// _ASSERTE( _CrtCheckMemory( ) );
改正后为：
bool Insert(int i,T x){
if(last==maxSize-1)
if(i&0 || i&last+1)
data[++last]=x;
// _ASSERTE( _CrtCheckMemory( ) );
另外添加一下：我是很快找到这个错误 因为我在网络上找到一种快速检测内错泄漏的方法：
只有一行代码：&_ASSERTE( _CrtCheckMemory( ) );
相当好用。。。
注：欢迎各位大牛指导教育！
附转载请表明出处：http://blog.csdn.net/wu_lai_314
&http://blog.csdn.net/wu_lai_314/article/details/8241697
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：208320次
积分：3873
积分：3873
排名：第4113名
原创：159篇
转载：58篇
译文：10篇
评论：17条
(1)(3)(1)(2)(5)(3)(1)(10)(4)(5)(10)(25)(77)(7)(4)(34)(35)ThatatheApjnct!是什么意思
夕阳问答网
ThatatheApjnct!是什么意思
ThatatheApjnct!是什么意思
夕阳问答网
Copyright & 2015}