VC++6.0 之NEW调用的BUG（不停调用NEW的朋友们看过来）

_heap_alloc_debug 会使程序崩溃调。所有版本的VC++6.0。
new中调用了._malloc_dbg(), 和_heap_alloc_dbg().
在_heap_alloc_dbg()中有个静态的long 型计数器， _lRequestCurr (Microsoft visual StudioVC98CrtSrcdbgheap.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() 调用，然后错误出现。

_CrtDbgBreak() 显示出异常情况，并且停止程序。测试程序在4－5个小时之间崩溃。报出错误为：

应用程序发生异常，unknown software exception(0x80000003),位置为0x10212ad0.

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

在新版本的VS.NET中没有这个问题。

一个解决例子：

       #include LIMITS.H
        long lRequest;
        long NewCrtBreakAlloc;
        my_pointer = 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);      

        这种方式下 lRequest == _crtBreakAlloc永远不会发生 。  

  
    这个BUG的发现解决了我们公司一个大型软件几年来的问题。