未生成核心转储

Question

我正在运行CentOS作为其操作系统的PC上工作。 我也在嵌入式操作系统上工作。

在我的电脑，我成功通过改变来创建分割故障核心转储文件：

1. 核心图形
2. core_uses_pid
3. 的ulimit -c无限
4. 的sysctl -p

但在嵌入式系统上没有任何工作 - 核心转储不会生成！可能是什么原因？

如果很重要，我想转储的应用程序是用C++编写的。

如何才能在嵌入式系统上获得核心转储？

---

我做了一个小小的崩溃程序，核心转储是从崩溃程序生成的，但不是为我需要的！ 所以问题不在于O.S，而是在于具体的程序。 我发现在将-g可执行文件/库文件发送到嵌入式系统之前，我们会删除-g文件。我对我的应用程序做了同样的处理，而且这个文件仍然产生核心转储。

Answer 1

您确定您的嵌入式系统上的内核支持核心转储吗？内核版本（ref）可以禁用该功能，在这种情况下，您可能必须使用类似google-coredumper的东西来伪装它。

Answer 2

我见过的可能的两种信息源，这两个点的/etc/security/limits.conf文件：

Linux Disable Core Dumps - 是的，我知道你想使核心转储，但是这可能在反向 CentOS enabling core dumps帮助 - 另一个来源指向limits.conf。

Answer 3

好吧，

我犯了一个小错误，当我检查我的电脑上疗法程序，我已经比嵌入式系统上的另一个信号，来检查它。自定义信号处理程序为什么还有一个问题，那就是没有核心转储。 解决方法是在其中一个链接：

不幸的是，如果您的应用程序配备了定制的信号处理程序，不会产生核心转储，因为它是由系统默认的信号处理程序才会生成。如果您的应用程序具有自定义信号处理程序，请在开始调试之前将其禁用，否则将不会生成核心转储。互联网中的一些资源提到，在发生异常之后恢复信号处理程序内的默认信号处理程序，并在环回中再次发送它可能会触发核心转储。在我做的测试中，它确实生成了一个核心转储，但我在核心转储中看到的唯一一件事是我的处理程序执行的代码（即调用信号和杀死），所以这对我没有帮助。也许在其他平台上这个技巧效果更好。

在我的平台上它工作 - 另一个解决方案将在信号处理程序中生成核心转储。我听说gcore可以做到这一点，与Windows核心我有一个错误不兼容。