
我希望能够在迷你核心上运行gdb thread apply all bt而不再需要
我正在处理大型(> 4GB)多线程Linux ELF核心文件,这些文件太大而无法回来进行分析.
我看到google-breakpad是为了在进程崩溃时创建一个“minIDump”.在google-breakpad中有两个实用程序core2md和minIDump-2-core,它们乍一看应该能够将核心文件转换为minIDump格式,然后通过堆栈信息从minIDump返回核心文件.这个问题是core2md需要来自/ proc / $PID /下的进程信息,这不是我所拥有的.
解决方法 可能你最好的选择是将Google breakpad集成到你的linux进程中,这样当崩溃发生时,Google breakpad会记录崩溃,而不是创建核心文件的 *** 作系统.这将为您提供所需的信息,然后您可以使用minIDump_stackwalk转储调用堆栈(方便汇总大量崩溃),也可以使用minIDump-2-core创建核心文件.不幸的是,linux似乎没有一种有效的方法来创建只有线程堆栈内容的最小核心文件.这些文件(windows世界中的小型转储)非常有用 – 它们具有非常高的信息大小比例,可以轻松收集数百万个故障转储.
总结以上是内存溢出为你收集整理的c – 将大型核心文件转换为“minicore”文件全部内容,希望文章能够帮你解决c – 将大型核心文件转换为“minicore”文件所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)