问题标签 [core-file]

假设我有 15 个进程/守护进程在后台运行。假设其中一个进程已经转储了核心。

我如何确定哪个进程已转储核心。

我正在使用 hpux！

是否可以使用 gdb保存/转储核心文件？有时我想保存文件以供以后分析。

您知道标题中描述的这种情况的可能原因是什么？这是我的 bt 的样子：

它给了我Program terminated with signal 11, Segmentation fault.

fflush() 的包装很简单，什么都不做，只是调用fflash并检查错误（如果返回的代码是 <0 ）。所以，我猜段错误是由fflash. 或者它可能在其他地方，因为??在堆栈的顶部？

操作系统：RHEL5；gcc 版本 3.4.6 20060404（红帽 3.4.6-3）；使用 gdb 进行调试，其中包含最大调试信息的原始 exe。

我知道磁盘上没有空间的段错误，但这不是这种情况（因为我有一个应用程序的看门狗，它再次重新启动程序并且一切正常）。

任何想法都会有所帮助。谢谢。

编辑

**注意**不能粘贴整个代码，它是 10+ 数千个代码的一部分。此外，这在实时系统上的不同应用程序上工作了多年。这样的崩溃非常非常罕见 - 一年两次。所以，我不认为这是代码中的问题。我知道没有人可以帮助我处理这种事情，这就是为什么我只是在寻求任何想法，为什么 fflush 可能会导致段错误。

我正在尝试找到一种方法来调试从我的软件的已发布版本（使用 gcc 编译的 c++ 代码）发送给我的核心文件。理想情况下，我希望能够部署发布版本，并保留调试版本以用于调试，所以我有符号表等。

我的问题是（据我了解）调试和发布版本不能保证是相同的 - 所以当我启动 gdb 并指向我的调试可执行文件时，来自该领域的核心文件可能看起来像垃圾。

有没有办法在不影响我发布的软件的大小或性能的情况下解决这个问题（这就是问题所在）？这是一个大型应用程序，调试版本的性能可能无法为客户所接受。我已经查看了构建一次（调试）的建议，然后剥离符号表并将其作为发布构建发布，但我会看到这种方法的性能受到影响，不是吗？

是否有人对他们已经尝试或当前使用的解决此问题的方法有建议？谢谢！

我正在做一个snprintf并得到一个段错误。

当我像这样在 gdb 上加载核心文件时gdb my_executable core：并确实bt获得了回溯，我得到了以下信息：

在出现段错误的情况下，我多次看到这样的堆栈，但从未正确理解。

只需查看跟踪中的调用，我们就能知道出了什么问题吗？

注意：请不要要求更多代码。我的动机只是理解这样的堆栈跟踪意味着什么——不管代码如何。我看到顶部的“memcpy”失败了。我想了解在这种情况下何时会发生这种情况。

我有一个运行 python 脚本的测试，该脚本调用 C++ 代码，在其中进行段错误并转储核心。我尝试使用 /usr/bin/python2.6 在 GDB 中加载核心文件，但这只是给了我？对于堆栈跟踪中的所有项目。如何调试这个核心文件？

我有一个工具可以在我的 C 程序运行时以 corefiles 的形式生成它的快照。

是否可以将这些核心文件作为可执行程序恢复活力？如果是这样，我该怎么做？是否有任何图书馆已经这样做了？

我正在研究 *nix 系统。

我正在测试一个应用程序，当应用程序消耗大部分可用内存时，内核会杀死我的进程。但我希望进程死掉并生成核心文件，供调查建议。我正在使用红帽 5.4

有没有办法做到这一点？

我正在使用核心文件进行调试，所以我没有运行任何东西的活动进程。

我正在使用 gdb 用户定义的命令来检查核心文件中的一堆数据，并尝试使用用户定义的命令来简化该过程。

但是，我找不到使用户定义的命令返回可用于其他命令的值的方法。

例如：（
注意“return”行的注释）

理想情况下，我的 dump_linked_list 命令将返回在列表中找到的节点数，以便可以在另一个定义的命令中使用它：

在 gdb 命令中是否可能发生这样的事情？

我觉得一定是这样，但我一直在搜索文档，但找不到提及它或任何示例。

我正在尝试在我的 Linux 桌面上读取 ARM 核心文件，但它似乎无法找出我的核心文件。有什么方法可以指示 gdb 我的核心文件是什么类型的？

根据“集合架构”列表，生成平台是 gdb-multiarch 声称支持的 armv4。

编辑：澄清一下，我运行 gdb 的台式机是“x86_64-linux-gnu”，即 64 位 Intel Ubuntu 机器。