Linux 中的核心转储

Question

每当我的进程崩溃时，我想创建一个核心转储。目前我正在遵循这种方法：

1. 使用 gcc/g++ 的“-g”构建程序的特殊“调试”版本。
2. 执行“ulimit -c unlimited”
3. 现在，只要程序崩溃，我们就会得到核心转储。

但我想尽量减少步骤数，以便：

• 核心转储应该始终被创建。即使它是“发布”版本。不应要求用户手动执行命令“ulimit -c unlimited”。
• 该核心转储的回溯应该能够给出调用的文件、函数、行号。这是人类可读形式的堆栈跟踪。
• 我不想使用“-g”将程序构建为调试版本。或者至少它不应该包含生成人类可读的堆栈跟踪所不需要的任何其他调试信息。因为这将是该程序的发布版本。

所以我有两个问题：

1. 如何在程序的“发布”版本中创建核心转储？
2. 总是。无需手动执行“ulimit -c unlimited”

Answer 1

• 关于核心限制，您可以通过调用 setrlimit< /a>.
• 在 GNU (glibc) 或 BSD 系统上，您可以通过调用 backtrace 以及相关的系统调用。然后，您必须通过运行 addr2line （或复制其功能）将函数地址转换为函数名称。
• 只是不要使用 -g，您仍然可以获得回溯（除了不会出现内联函数）。

Answer 2

通常的解决方案是使用 -g 进行构建，并在发布文件之前删除调试信息。寻找“strip”命令。
您可以保留带有调试信息的文件，并使用它来调试从客户那里获得的核心转储。

如果您想在用户计算机上打印人类可读的回溯，您需要分发带有（一些）调试信息的二进制文件。
在 glibc 中查找“backtrace()”函数。

请注意，即使您的二进制文件不包含调试信息，也会创建核心转储（如果正确设置了 ulimit）。

确保创建核心转储的最佳方法可能是从脚本执行二进制文件，该脚本在运行二进制文件之前设置 ulimit。

Answer 3

您可以尝试 google-coredumper：

一个简洁的工具，用于在程序运行时从多线程应用程序创建 GDB 可读的核心转储。 coredumper 库可以编译到应用程序中以创建正在运行的程序的核心转储，而无需终止。

http://sourceforge.net/projects/goog-coredumper/

Answer 4

1. Linux 上不存在“发布”版本和“调试”版本之类的东西。当使用“-g”时，您只需构建一个带有调试信息的程序。您可以删除此信息。

已更新
实际上，我认为我应该谈谈我在消息中没有提到的调试版本和发布版本之间可能存在的差异。发布版本可能会使用 NDEBUG 定义来构建，以便消除程序中的所有 assert()。相反，调试版本应该在不定义 NDEBUG 的情况下构建，因为 assert() 有助于查找错误。

但是，如果您不使用assert()，则不会有任何区别。

2. 用户可以在其个人资料中设置 ulimit -c unlimited。

3. 使用某些优化编译的程序的回溯通常不会给出有用的行号。

4. 您可以构建一个带有调试信息的版本并将其放入您的存档中。然后剥离它并将剥离的二进制文件交付给您的客户。如果客户给您一个核心文件，那么只需使用带有调试信息的版本和客户提供的核心文件即可。

5. 如何在程序的“发布”版本中创建核心转储？这不是您的责任，而是操作系统的责任。

Answer 5

如果代码是发布模式/高度优化的版本，您将很难以人类形式获得像样的堆栈跟踪。使用 -g 开关或者完全忘记进行堆栈跟踪......你不能两者兼得！这又回到了这一点——听起来你预计代码即使在生产环境中也会崩溃？？？

为什么不先修复代码并确保它能正常工作...代码有味道...嗅嗅

编辑： 好的，我我上面的评论可能有点严厉，我无意在那里严厉......为了读者的利益，我在此处添加了指向此处发布的另一个问题的链接，其中 我给出的答案，使用信号来创建堆栈跟踪并重定向到文件。这将对OP的问题有所帮助，并帮助他解决问题......