【问题标题】:Linux C and C++: what else should I be logging when handling signals like SIGSEGV?Linux C 和 C++:在处理 SIGSEGV 之类的信号时,我还应该记录什么?
【发布时间】:2010-10-26 23:53:06
【问题描述】:

在一些 linux (Ubuntu) 系统上工作,运行一些内部 C 和 C++ 应用程序 (gcc)。

处理的信号很长,例如SIGSEGVSIGINT。在信号上,调用堆栈是使用backtrace(3)backgrace_symbols(3) 获得的。对于 C++,函数名称甚至使用 abi::__cxa_demangle() 进行了分解。

我的问题是:当这些信号出现时,还有哪些其他 C/C++ API 可以为我们提供更多有用的信息来记录以进行事后调试?还是回溯是唯一“性感”的事情?

【问题讨论】:

  • 您确定交互式调试不是更好的选择吗?还是我没有抓住重点?
  • 这些设备在客户站点运行。其中一些不是直接可用的,但我们可以尽可能多地记录并将日志文件发送回给我们。

标签: linux gcc segmentation-fault signal-handling


【解决方案1】:

您可能想要启用核心转储...ulimit -c unlimited 或类似的。然后你可以将核心文件加载到 GDB 中,看看程序发生了什么。

【讨论】:

  • 谢谢,是的,这是我们目前在某些安装上所做的事情之一。
  • 如果你有核心转储,并且你有一些“总是有用”的丰富的内部结构需要了解,使用 GDB + Python 可以自动提取这些结构并在堆栈跟踪旁边以有用的方式呈现它们。转储核心后,在转储上运行这样的分析脚本,然后通过电子邮件发送或上传结果。可能会为您省去处理整个核心文件的麻烦,这非常依赖于应用程序。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-05-19
  • 2014-07-21
  • 1970-01-01
  • 2014-04-29
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多