我正在查看在 Unix 中运行的进程的核心。通常我可以解决问题并深入回溯以尝试识别内存问题。在这种情况下，我不确定如何进行。
首先，回溯只给出了 3 帧，我期望更多。对于那些帧，所有呈现的函数参数似乎完全无效。没有我所期望的。
一些指针参数与它们相关联 - 无法访问地址处的内存
这是否表明某种完整的堆栈损坏。我用 libumem 运行了这个过程，所有的缓冲区都被报告为干净的。
umem_status 也没有报告任何内容。
所以基本上我很难过。可能的原因是什么？我应该在代码中寻找什么，因为 libumem 似乎没有报告任何错误。
关于如何进一步调试的任何建议？我应该考虑 mdb 中的任何额外功能吗？
谢谢你。
堆栈损坏听起来确实有可能。一些事情要尝试：
您可以查看使用Valgrind或ElectricFence是否会更早地为您中断。
我确实遇到了类似的问题。GDB 的回溯没有帮助。Valgrind 来救我。
通过 Valgrind 运行您的应用程序。识别所有错误，如无效写入。分析这段代码，看看它们是否可以修复。
在我的情况下，我正在尝试一个无效的写入（有时可能会写入 NULL），它不是在那个实例上而是在其他地方显示它的效果。
libumem 不应该报告与电围栏相同的溢出吗？
在测试环境中无法轻松重现，但在 unix/solaris 下的商业环境中，核心发生了，但 libumem 没有显示出任何问题，
你的代码？当这种情况发生在我身上时，我总是会发现相同的东西：空指针。崩溃时看起来很可怕，但原因最终很简单。