我希望在进程崩溃时创建核心转储。目前我正在遵循以下方法：
但是我想最小化步骤数量，以便：
ulimit -c无限制”。所以我有两个问题：
ulimit -c无限制”更新
实际上，在我的消息中我认为我应该提到一个可能的调试和发布版本之间的区别。发布版本可能会使用NDEBUG定义来摆脱程序中的所有assert()。相反，调试版本应该在不定义NDEBUG的情况下构建，因为assert()有助于查找错误。
但是如果您不使用assert()，则没有区别。
用户可以在其个人资料中设置ulimit -c无限制。
使用某些优化编译的程序的回溯通常不会给出有用的行号。
您可以构建带有调试信息的版本并将其放入存档中。然后剥离它并将已剥离的二进制文件交付给客户。如果客户向您提供核心文件，则只需使用具有调试信息的版本和来自客户的核心文件。
如何在“发布”构建的程序中创建核心转储？ 这不是您的责任，而是操作系统的责任。
如果代码是发行模式/高度优化版本，您几乎无法以人类可读的形式获得一个体面的Stacktrace。使用-g开关或完全忘记做Stacktrace……您不能两者兼得！ 这就回到了这一点——看起来你甚至在生产环境中都预料到了代码会崩溃？
为什么不先修复代码并确保其正常运行呢......代码有异味....... 嗅嗅
编辑：好的，我在上面的评论中可能表现得有点严厉，我没有打算那样，为了读者的利益，我在这里包含了另一个问题的链接，在answer中，我使用信号创建了一个堆栈跟踪并重定向到一个文件。这将有助于OP的问题，并帮助他进行故障排除......