Debugging 用g++;是否有一个运行时设置来使用delete扰乱释放的内存?

Debugging 用g++;是否有一个运行时设置来使用delete扰乱释放的内存?,debugging,gcc,runtime,g++,Debugging,Gcc,Runtime,G++,有人知道我如何让g++或gcc运行时在删除对象后扰乱ram吗?我有一个理论,我在删除对象后使用它,但实际上它很少崩溃。如果你愿意,你可以为你的对象重载删除。如果你愿意,你可以为你的对象重载删除。我建议用valgrind运行-这会告诉你释放后是否正在访问内存它。我建议使用valgrind运行-这将告诉您释放内存后是否正在访问内存。内联void操作符delete(void*memblock){//you custom stuff}将覆盖全局设置。我以前使用它是为了安全,这样我们就可以清空内存,这样就

有人知道我如何让g++或gcc运行时在删除对象后扰乱ram吗?我有一个理论,我在删除对象后使用它,但实际上它很少崩溃。

如果你愿意,你可以为你的对象重载
删除

如果你愿意,你可以为你的对象重载
删除

我建议用valgrind运行-这会告诉你释放后是否正在访问内存它。

我建议使用valgrind运行-这将告诉您释放内存后是否正在访问内存。

内联void操作符delete(void*memblock){//you custom stuff}
将覆盖全局设置。我以前使用它是为了安全,这样我们就可以清空内存,这样就不太可能泄漏重要信息。

内联void操作符delete(void*memblock){//you custom stuff}
将覆盖全局设置。我曾经用它来保证安全性,这样我们就可以清空内存,这样就不太可能泄露重要信息。

有更全局的解决方案吗?内联void操作符delete(void*memblock){//you custom stuff}会覆盖全局。测试内存泄漏甚至安全性的不同方法遵循此方法。从安全的角度来看,它们在释放内存区域之前将其归零。是否有更全局的解决方案?内联void操作符delete(void*memblock){//you custom stuff}将覆盖全局。测试内存泄漏甚至安全性的不同方法遵循此方法。从安全的角度来看,他们在释放内存之前将内存区域归零。Valgrind会导致我的游戏崩溃。嗯,这可能是由于您试图跟踪的内存损坏。你修复了它在崩溃前报告的所有错误吗?Valgrind导致我的游戏崩溃。嗯-那可能是因为你试图跟踪的内存损坏。在崩溃之前,您是否修复了it报告的所有错误?