|
|
1
8
如果堆已损坏,则所有赌注都将取消。 内存分配可能会失败(除非它们在堆栈中),它们可能会返回指向奇怪区域的指针,甚至堆中现有的内容也可能会被弄得面目全非。在这种情况下,你最好还是撞车 你所采取的行动(甚至试图优雅地退出)只会让事情变得更糟。 找到损坏堆上的内容的代码,然后修复或删除它。 |
|
|
2
4
从理论上讲,你试图用SEH来防止你的应用程序崩溃。 AFAIK“debug breakpoint”是一种SEH异常,可以处理。
我认为你不应该这样做。堆损坏以及任何其他无效内存访问-是 缺陷 不可恢复 . 你呢 可以 查找 |
|
|
3
4
修复代码,而不是试图忽略如此严重的错误。你不应该在你的产品代码中有如此严重的内存错误。虽然没有简单的方法来处理这件事,这是有原因的。
|
|
4
0
许多Windows程序使用
|
|
|
MaPo · Linux,设置锁定ICMP_过滤器选项 1 年前 |
|
Doohyeon Won · 内联函数上的奇怪现象?[关闭] 1 年前 |
|
|
Bobby · 复合字面值总是左值吗? 1 年前 |
|
9-Pin · C: 嵌套结构的堆栈内存分配 1 年前 |