求助:VC++6.0中new的BUG问题的解决方案?

armand_lu 2007-04-03 10:18:23
_heap_alloc_debug 会使程序崩溃调。所有版本的VC++6.0。

new中调用了._malloc_dbg(), 和_heap_alloc_dbg().
在_heap_alloc_dbg()中有个静态的long 型计数器, _lRequestCurr (Microsoft visual Studio\VC98\Crt\Src\dbgheap.c),初始化为1。

每次new()或 malloc()调用, 这个计数器加1,当你的程序运行到足够时间,这个值会在 -2,147,483,648 to 2,147,483,647之间。
问题在于如下的代码 _heap_alloc_dbg():
/* break into debugger at specific memory allocation */
if (lRequest == _crtBreakAlloc)
_CrtDbgBreak();
lRequest 初始化为_lRequestCurr,_crtBreakAlloc 初始化为-1,当程序启动时。
每次 malloc(), lRequest (_lRequestCurr) 加1,经过一段时间运行后,lRequest (_lRequestCurr) 达到2,147,483,647. 下一次调用加1, 2,147,483,647 + 1 = -2,147,483,648.,下面的调用 lRequest (_lRequestCurr)从-2,147,483,648 加到 -1, _crtBreakAlloc 的值和lRequest (_lRequestCurr) 值都为-1时, _CrtDbgBreak() 调用,然后错误出现。

也就是说所有new().malloc()频繁调用的程序,在DEBUG版本中早晚都会崩溃。

请问大家有什么好的解决方法么?
...全文
653 13 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
LuciferBack 2009-01-10
  • 打赏
  • 举报
回复
不过还有个问题就是,为什么在不同的机器上这个问题出现的时间不一样呢?
LuciferBack 2009-01-10
  • 打赏
  • 举报
回复
这种方法可以解决,我已经试过了
edwardlj 2007-04-24
  • 打赏
  • 举报
回复
曾经有人给出这样的解决方案,但是个人感觉应该也不行。大家可以分析一下看看。
long lRequest;
long NewCrtBreakAlloc;
char* my_pointer =(char*) malloc(10);
_CrtIsMemoryBlock(my_pointer, 10, &lRequest, NULL, NULL);
free(my_pointer);
if (lRequest > -1)
NewCrtBreakAlloc = LONG_MIN / 2;
else
NewCrtBreakAlloc = LONG_MAX / 2;
_CrtSetBreakAlloc(NewCrtBreakAlloc);
armand_lu 2007-04-04
  • 打赏
  • 举报
回复
晕,不能因为是DEBUG版本就不管了吧,哪位大哥帮帮俺啊~~
armand_lu 2007-04-03
  • 打赏
  • 举报
回复
上午做了个测试:
int nCount =0;
while(1)
{
char* p = new char[4];
delete []p;
nCount++;
if(nCount == 0xffffffff)
{
int q = 1;
}
}
当nCount == 0xffffffff时掉进了_heap_alloc_dbg
停在了
if (lRequest == _crtBreakAlloc)
_CrtDbgBreak();
报错User breakpoint called from code at 0x10211920
证实了这个BUG!

问题是如何规避这个BUG呢?
microyzy 2007-04-03
  • 打赏
  • 举报
回复
LZ说的有道理,不过这个是vc6带的dll了,现在vc.net是否还这样?ms也不会更新vc6了,如果想继续用vc6,就只有避开这个问题

更何况你说的问题恐怕只会在测试程序里可能出现,当lRequest等于-1时,内存已经分配完4gb了,现在支持超过4gb内存的系统,还会用这个老掉牙的dll吗?话说回来,lRequest是long类型本身,就没法超越4gb
pomelowu 2007-04-03
  • 打赏
  • 举报
回复
光分配不销毁,迟早程序会崩溃,那是很正常的啊。你光吃不拉肚子迟早都会痛的
东文-桑晨 2007-04-03
  • 打赏
  • 举报
回复
new(),malloc()频繁调用后,用完就释放阿。
菜牛 2007-04-03
  • 打赏
  • 举报
回复
DEBUG版本又不是让你发布的。
CathySun118 2007-04-03
  • 打赏
  • 举报
回复
要经常释放才行,要不内存很快耗尽
microyzy 2007-04-03
  • 打赏
  • 举报
回复
看了LZ的测试代码(那得等多长时间啊。。。),再去看看ms的源码,似乎是啊,找遍了debug版的代码,似乎_lRequestCurr只有增加,没有减少的地方,但是想不出解决的方法,板凳。。。
长尾巴的悟空 2007-04-03
  • 打赏
  • 举报
回复
自己搞个类,一起释放.
pomelowu 2007-04-03
  • 打赏
  • 举报
回复
我在2005下试试看。。。
不过,可以自己重载new运算符的啊
operator new

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧