如何使用 libumem 来查找堆损坏，而不依赖于“核心”文件？
我想知道如何在Solaris 上使用libumem。如果我遵循 http://www.unix.com/man-page/OpenSolaris /3malloc/umem_debug/ 并使用所有选项启动该过程，我将如何获得输出？
我可以获得结果的文本文件吗？
我在 HP-UX 上使用 wdb 也有同样的效果。这会在程序退出后生成一个文本文件，我可以稍后对其进行分析。我可以对 libumem 做同样的事情吗？
注意：这是远程调试，之后我才能访问系统。
I want to know how to use libumem on solaris. If I follow http://www.unix.com/man-page/OpenSolaris/3malloc/umem_debug/ and start the process with all the options, how will I get the output?
Can I get a text file of the results?
I have used wdb on HP-UX for the same. This generates a text file after the program exits, that I can analyze later. Can I do that same for libumem?
Note: This is a remote debugging, I will not have access to the system until afterwards.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以在进程退出之前创建进程的核心文件，并稍后使用 mdb 检查代码。在正确的时刻生成核心文件的一种方法是使用 dtrace 脚本，该脚本将在调用 exit 时触发 gcore。
You can create a core file of the process before it exits and examine the code with mdb later. One way to generate that core file at the right moment could be a dtrace script that will trigger the gcore just when exit is called.
我认为当出现问题时 libumem 会生成一个核心，你可以使用 mdb 分析这个核心，某些命令如 ::umem_status 、 umem_verify 将帮助你找到损坏的地方
I think libumem will generate a core when things goes wrong , you can analyze this core using mdb , certain commands like ::umem_status , umem_verify will help you in finding the corruption