0x77A26B83 (ntdll.dll) 处有未经处理的异常: 0xC0000374: 堆已损坏。

最新推荐文章于 2024-09-25 15:30:46 发布
最新推荐文章于 2024-09-25 15:30:46 发布
阅读量3.9k 收藏
点赞数
分类专栏： BUG记录 文章标签： c++ bug
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_40585997/article/details/117406732
版权

问题：
在这里插入图片描述
Person类使用不了！！！

找啊找啊找啊找！

最终
发现同一个工程下有一个同名的Person结构体，罪魁祸首！！！
在这里插入图片描述
解决：把day4.cpp从工程项目中移除即可！！！

**

总结：一个工程下，类名、函数名使用要注意，不能重名，就算没有引用也有可能会报错！！！

**

0x7730DCBB (ntdll.dll) (project1.exe 中)处有未经处理的异常: 0xC0000374: 堆已损坏。 (参数: 0x0007FF9F71327F0)
明日复明日的博客
05-26 1万+
这是调试是进入函数出现的问题。 选择debug anyway后，会出现错误ntdll.pdb not loaded，在配置文件夹里找不到ntdll。 其中project1.exe是我这个应用程序的名字。 但是当我进入配置文件发现ntdll.pdb 确实是存在的，并没有丢失。 所以问题应该不是丢失而是损坏了，那至于为什么损坏，当然是堆栈溢出。 导致这个原因是—— 访问了不可访问的位置（未new的二...
ntdll 异常代码0xc0000374_不要把异常当做业务逻辑，这性能可能你无法承受
weixin_39987847的博客
11-30 2248
一：背景1. 讲故事在项目中摸爬滚打几年，应该或多或少的见过有人把异常当做业务逻辑处理的情况(┬＿┬)，比如说判断一个数字是否为整数,就想当然的用try catch包起来，再进行 int.Parse，如果抛异常就说明不是整数，简单粗暴，也不需要写正则或者其他逻辑，再比如一个字符串强制转化为Enum，直接用Enum.Parse，可能是因为对异常的开销不是特别了解，这种不好的使用习惯也许被官方发现了，...
windows 资源管理器频繁闪退重启 错误代码 0xc0000374 Explorer ntdll.dll
qq_27337003的博客
02-07 2607
windows 资源管理器频繁闪退重启 错误代码 0xc0000374 Explorer ntdll.dll
VS---函数析构时(ntdll.dll) 处有未经处理的异常: 0xC0000374: 堆已损坏
路在脚下，Quick run!
12-02 6091
问题来源： （1）对已经析构的对象，重新析构； （2）对已经释放的变量，再次引用；
c语言中“在xxxx处有未经处理的异常”问题的分析与解决
grtorange的博客
01-27 1万+
在用局部变量写了链表之后，容易出现的问题是链表头的生命期结束。笔者为了避免这个问题用了一个malloc()，结果在运行的问题就出现了如题的问题。查了下资料大致知道怎么解决这种问题了。 笔者一开始的代码是这样的： //CREATE THE HEAD OF A LINKED LIST Word_list* linked_list_head = (Word_list*) malloc(siz
VS 2013设置大地址解决地址写入冲突问题 0xC0000005: 写入位置 0x00000014 时发生访问冲突
木东的博客
05-07 7920
今天用vc 2008调用matlab相机标定工具箱stereo rectify的DLL，程序运行到一半就挂。 试了N次都是这样。 没办法，写了一个matlab测试程序，测试没问题。 后面想到有没有可能是内存不够，原来在32位机上碰到过这个问题，校正小图可以，换大图（500W像素）就内存不够了。 但现在用的是64位机啊，4GB内存，怎么会不够用呢。 后面再想，32位机只
win7x64新进程画面均无显示一例分析——从内核态到用户态，从x64到wow64，从汇编到托管
u010607621的博客
10-18 877
新进程无画面是因为0号线程被mutex（DictManager_GlobalLocker）卡住。 输入法SOGOUPY用到的mutex（DictManager_GlobalLocker）无法释放是新进程卡住的直接原因。 无法释放是因为本该由进程Imclient里线程fffffa80c895c950释放，但是它也被CriticalSection=7b0138卡住无法释放。 cs=7b0138本该由Imclient里线程574来释放，但是它出了异常，异常代码的执行中也进入Wait了。
用户层下API的逆向分析及重构
hongduilanjun的博客
03-10 1055
Windows所提供给R3环的API，实质就是对操作系统接口的封装，其实现部分都是在R0实现的。很多恶意程序会利用钩子来钩取这些API，从而达到截取内容，修改数据的意图。现在我们使用ollydbg对ReadProcessMemory进行跟踪分析，查看其在R3的实现。 测试 od 我们首先在od里面跟一下在ring3层ReadProcessMemory的调用过程 首先在 exe 中 调用 kernel32.ReadProcessMemory函数，我们可以看到这一部分主要是call dword ptr ds:
windbg 调试崩溃
tuan8888888的博客
01-21 1823
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录 前言 一、pandas是什么？ 二、使用步骤 1.引入库 2.读入数据 总结 前言 windbg 是非常强大的调试工具，但是在使用windbg 进修调试时候，很多的命令不知道如何使用。文章简单介绍如何使用windbg进行调试 https://docs.microsoft.com/zh-cn/windows-hardware/drivers/debugger/debugger-download..
vs报错未加载wntdll.pdb，ntdll.dll0xC0000374: 堆已损坏
luoye2333的博客
04-08 1万+
错误信息 每次时不时报错，报错后会弹出一堆乱七八糟的内部代码,每次还都不一样 1.xxx.exe已触发一个断点 xlocinfo,xlocale,new_scalar.cpp,xutility 2.未加载wntdll.pdb Source Not Available Source information is missing from the debug information for this ...
0x00007FFC26FAF4C9 (ntdll.dll) (xxx.exe 中)处有未经处理的异常: 0xC0000374: 堆已损坏。
weixin_43999084的博客
07-05 1879
0x00007FFC26FAF4C9 (ntdll.dll) (UAV2.exe 中)处有未经处理的异常: 0xC0000374: 堆已损坏。说我这个%d 不应该匹配double（因为我这里原来用的是int 后面这个值乘了一个double 直接用）,好了发现了自己的错误…然后正当我一筹莫展之际（准备上断点了），结果在输出里面发现了一个警告。强制类型转换一下，改完之后就没出现过了…直接上图，有图有真相。解决思路——仅供参考。
VS2017创建QT项目，调试时出现报错：（ntdll.dll）(xxx.exe中)处有未经处理的异常：0xC0000374：堆已损坏。
weixin_44811466的博客
09-25 599
【代码】VS2017创建QT项目，调试时出现报错：（ntdll.dll）(xxx.exe中)处有未经处理的异常：0xC0000374：堆已损坏。
解决 ActiveX 0x7730DCBB (ntdll.dll) (iexplore.exe 中)处有未经处理的异常: 0xC0000374: 堆已损坏。 (参数: 0x77344268)。
hknaruto的专栏
02-25 2万+
STDMETHODIMP CUkey::exportId(BSTR* ret) { CStringA str ; str.Append("zzzzz"); *ret = _bstr_t(str); return S_OK; } js调用IE崩溃： 0x7730DCBB (ntdll.dll) (iexplore.exe 中)处有未经处理的异常: 0xC0000374: 堆已损坏。
Unhandled exception at XXXX (ntdll.dll) in XXXX.exe: XXXX: 堆已损坏。 (parameters:XXXX).
weixin_43936250的博客
01-15 1859
说一下今天编程时遇到的一个bug。 在编写C语言：机器人的运动范围这道题目时，一开始特别顺畅，后来在move_range函数中给visited数组赋初值时，我想使用另外一种方法去替换。 原先的赋值方法： memset(visited, 0, (rows * cols) * sizeof(int)); 修改后的赋值方法： memset(visited, 0, strlen(visited)); ...
VS处未处理的异常 0xC0000374: 堆已损坏 malloc的一种解决方案
热门推荐
qq_41892013的博客
06-11 3万+
处未处理的异常 0xC0000374: 堆已损坏 malloc的一种解决方案问题分析解决办法解决办法1解决办法2 问题 在使用VS的过程中， 当我们在某个函数中写malloc函数（C）或者new（C++）时，经常会出现 (ntdll.dll)(XXX.exe中)有未经处理的异常：0xC0000374堆已损坏的系统异常报错。 分析 起初我认为是VS的问题，但是实际上并不是，VS为我们提供的堆栈一半只有1MB。 查看这些参数可以直接点击项目->链接器->系统就可以看到。 但实际上1MB的控件对于下
关于C#调用非托管DLL，报“内存已损坏的”坑，坑，坑
weixin_30245867的博客
05-11 844
因客户需求，与第三方对接，调用非托管DLL，之前正常对接的程序，却总是报“内存已损坏的异常”，程序进程直接死掉，折腾到这个点（2018-05-11 00:26），终于尘埃落定,直接上程序。 之前的程序： //定义入参 StringBuilder strin = new StringBuilder(); ...
未经处理的异常: 0xc0000374: 堆已损坏
manyoudian的博客
08-05 5808
问题描述 点击登陆按钮时，会创建一个登陆对象（该对象是一个登陆UI界面，包含一个db数据库连接和查询），关闭该登陆UI界面后，再次点击登陆，会出现一个异常：未经处理的异常: 0xc0000374: 堆已损坏。 解决： 这个操作等于一次性建立了两个数据库连接，并且连接的都是同一个数据库（不知道这样是否合法）。 把数据库连接设为静态变量，并在创建数据库连接之前检查是否已经创建该数据库，这样就能保证多个对象共享一个数据库连接（似乎用单件模式更好），问题解决。 其它类似问题 void Login::queryInD
C:\Users\Lenono3>drmemory -- E:\Code\testMicroCalc\testZoomCalc\x64\Debug\testZoomCalc.exe <Application E:\Code\testMicroCalc\testZoomCalc\x64\Debug\testZoomCalc.exe (31456). Dr. Memory internal crash at PC 0x00007ff77a72f152. Please report this at http://drmemory.org/issues along with the results of running '-debug -dr_debug'. Program aborted. 0xc0000005 0x00000000 0x00007ff77a72f152 0x00007ff77a72f152 0x0000000000000001 0x0000000000000000 Base: 0x0000000071000000 Registers: eax=0x0000000000000000 ebx=0x0000000000000000 ecx=0x00000179ea9a4400 edx=0x00007ff909430057 esi=0x0000000000000000 edi=0x0000000000000000 esp=0x00000179ea9c17e0 ebp=0x0000000000000000 r8 =0x00000179ea9c58b0 r9 =0x0000000000000000 r10=0x00000179ea9a4a58 r11=0x00007ff77a716c13 r12=0x00000179ea9c58b0 r13=0x00000179ea9a4400 r14=0x00000179ea9c1960 r15=0x00000179ea9c58b0 eflags=0x0000000000010246 2.6.20133-0-(Feb 15 2025 02:53:31) WinVer=105;Rel=2009;Build=26100;Edition=CoreCountrySpecific -no_dynamic_options -logdir 'E:\LenovoSoftstore\Install\Dr. Memory\drmemory\logs\dynamorio' -client_lib 'E:\LenovoSoftstore\Install\Dr. Memory\bin64\release\drmemorylib.dll;0;-logdir `E:\LenovoSoftstore\Install\Dr. Memory\drmemory\logs` -symcache_dir `E:\LenovoSoftstore\Install\Dr. Memory\drmemory\logs\symcache` -lib_blo E:\LenovoSoftstore\Install\Dr. Memory\dynamorio\lib64\release\dynamorio.dll=0x0000000071000000 C:\WINDOWS/system32/RPCRT4.dll=0x00000179805f0000 E:\LenovoSoftstore\Install\Dr. Memory\bin64\release\drmemorylib.dll=0x00007ff77a6b0000 E:\LenovoSoftstore\Install\Dr. Memory\bin64\release/dbghelp.dll=0x00007ff77a970000 C:\WINDOWS/system32/ucrtbase.dll=0x0000017980000000 C:\WINDOWS/system32/kernel32.dll=0x0000017980150000 C:\WINDOWS/system32/KERNELBASE>
最新发布
03-08
<think>好的，我现在需要帮助用户分析他们遇到的Dr. Memory内部崩溃问题。首先，用户提供的错误信息显示，当运行测试程序testZoomCalc.exe时，Dr. Memory发生了内部崩溃，错误代码是0xc0000005，这通常表示访问冲突或内存错误。用户可能希望了解这个问题的原因以及如何解决它。 首先，我需要理解错误信息中的关键部分。错误发生在地址0x00007ff77a72f152，这可能是程序或某个DLL中的指令指针。用户还被提示报告这个问题，并提供了一些调试参数的结果。接下来，我需要考虑可能的原因。 可能的原因包括：Dr. Memory本身的bug，测试程序中的内存错误导致Dr. Memory崩溃，或者系统环境兼容性问题。例如，程序可能存在内存越界访问，而Dr. Memory在检测时自身崩溃。另外，用户的操作系统版本和Dr. Memory的兼容性也需要检查，特别是Windows的更新可能导致兼容性问题。 接下来，我应该分步骤建议用户进行排查。首先，确保Dr. Memory是最新版本，因为旧版本可能存在已知问题。其次，尝试使用其他内存检测工具如Valgrind（如果可用）或AddressSanitizer来确认问题是否特定于Dr. Memory。如果其他工具也报错，说明程序本身有问题，需要检查代码的内存管理。 如果问题仅出现在Dr. Memory，可能需要简化测试用例，逐步排除代码中的复杂部分，以确定触发崩溃的具体操作。同时，查看Dr. Memory的日志和符号缓存可能提供更多线索。用户还可以尝试使用提供的调试参数重新运行，收集更详细的信息以便报告给开发团队。 另外，检查系统更新和依赖库的版本也很重要，确保所有组件都是兼容的。如果用户的环境有特殊的配置或安全软件，可能会干扰Dr. Memory的正常运行，暂时禁用这些可能有助于诊断。 最后，如果所有步骤都无法解决问题，建议用户按照提示向Dr. Memory的官方提交问题报告，附上详细的日志和调试信息，以便开发者进一步分析和修复。</think>从您提供的Dr. Memory报错信息来看，这是一个内存调试工具自身发生的内部崩溃（Internal Crash）。以下是关键信息分析和排查建议： **核心问题分析：** 1. 错误类型：`0xc0000005`表示访问违规（Access Violation），通常由野指针、内存越界等引起 2. 崩溃位置：`PC 0x00007ff77a72f152`指向Dr. Memory自身的drmemorylib.dll模块 3. 环境信息：Windows 10 2009（Build 26100），Dr. Memory版本2.6.20133 **可能原因：** - Dr. Memory与特定程序行为不兼容 - 被检测程序存在严重内存损坏（如堆溢出），导致调试器崩溃 - 系统环境问题（如第三方安全软件干扰） - Dr. Memory本身存在bug **排查步骤建议：** 1. **验证基础环境** ```bash # 先运行简单程序验证Dr. Memory基本功能 drmemory -- notepad.exe ``` 2. **简化测试用例** ```cpp // 创建一个最小复现代码（示例） int main() { int* ptr = new int[5]; delete[] ptr; ptr[2] = 10; // 故意制造野指针访问 return 0; } ``` 3. **尝试替代工具** ```bash # 使用Windows原生工具验证 g++ -fsanitize=address -g test.cpp && test.exe ``` 4. **升级调试工具**   检查是否有新版本Dr. Memory可用（官网最新为2.7.1） 5. **查看详细日志** ```bash drmemory -debug -dr_debug -- your_program.exe ``` **关键日志参数说明：** - `-debug`：启用调试输出 - `-dr_debug`：启用DynamoRIO调试模式 - `-logdir` 指定日志目录 **技术细节观察：** - 寄存器状态显示`rsp=0x00000179ea9c17e0`，堆栈指针处于低位，可能发生栈溢出 - `drmemorylib.dll`基地址`0x00007ff77a6b0000`与崩溃地址`0x00007ff77a72f152`相差约0.7MB，位于同一模块内 建议将完整日志提交至Dr. Memory的[官方issue跟踪系统](https://github.com/DynamoRIO/drmemory/issues)，开发团队通常会在1-2个工作日内响应。如果项目紧急，可暂时改用[Visual Studio内存诊断工具](https://learn.microsoft.com/en-us/visualstudio/debugger/finding-memory-leaks-using-the-crt-library)进行替代分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值