C++ 程序稳定运行一段时间后异常中止，为什么？vc6 运行库的bug!!!

最新推荐文章于 2024-07-04 19:02:54 发布

Miracle08

最新推荐文章于 2024-07-04 19:02:54 发布

阅读量8.9k

点赞数

分类专栏：技术原创文章标签： c++ allocation library performance delete 引擎

本文链接：https://blog.csdn.net/Miracle08/article/details/1457060

版权

本文介绍了在使用Visual C++ 6.0 Debug版本编译的程序可能会遇到的异常中止问题，问题源于_debug版运行时库中的_heap_alloc_dbg函数与_crtBreakAlloc的交互。当内存不断分配和释放时，可能导致_lRequestCurr等于_crtBreakAlloc，从而触发_CrtDbgBreak()，使得程序崩溃。通过分析和实验验证了这是一个bug，并指出在VS2005及后续版本中已得到修复。

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

最近发现Visual C++ 6.0有一个有趣的，能让programmer发疯的bug。Debug版本编译出来的程序可能最终会异常中止，也许是报告程序停在断点xxxxxxx。更确切地说是用debug 版本的运行时库编译的程序。

由于项目需要写了一个求最短路径的引擎。运行稳定（内存，CPU，Handle count 保持未定），但是一段时间后，进程突然退出（crash?）。确切地说是计算了20000+ 对（源点、目标点）后。没有捕捉到任何异常。就好像有人杀掉进程似的。通过分析在Adplus在进程退出前创建的进程dump，发现是CTRL+C导致进程退出，堆栈信息显示计算线程最后调用函数是_heap_alloc_dbg。这个函数是被由new 或者malloc调用的。

难道是out of memory？可是performance monitor 现实内存稳定，并没有泄漏。仔细分析dump，发现程序最后一个语句是dbgheap.c的338 行

if (lRequest == _crtBreakAlloc) //337
_CrtDbgBreak(); //338

根据msdn，_CrtDbgBreak 用来设定断点。为什么呢？阅读_heap_alloc_dbg函数发现：

　　lRequest = _lRequestCurr;

        /* break into debugger at specific memory allocation */
        if (lRequest == _crtBreakAlloc)
            _CrtDbgBreak();

//省略如干行