问题标签 [coredump]

这是一个奇怪的问题，我不知道该怎么做。

我有以下内容：

我通常这样使用：

很简单。这从来没有让我头疼，直到我开始尝试使用 CxxTest 编写使用此代码的单元测试。我在不同的文件中有两个测试套件类，当我单独运行它们时，一切都很好。

当我将它们一起运行时，我看到了两件坏事。首先，整个核心转储试图双重释放静态默认变量。其次，如果我在默认值死前一段时间查看它的内容，但在我开始使用它之后，其中的静态 const std::strings 已损坏（一些字母随机更改，尽管它始终是每次运行都一样）。

到底是怎么回事？

我最近遇到了一个应用程序，它在 SIGABRT 处理程序中冻结，没有其他信号注册到立即核心转储。在我们标准化留下 SIGSTOP、SIGABRT、SIGTRAP 等中的一个之前，我们将只使用 gcore 和 SIGKILL，但鉴于处理问题是问题，我想知道为什么 SIGSTOP 和 SIGKILL 没有标准的 SIGCORE不能被抓住或忽视。有谁知道为什么要或不应该添加一个？

I am developing a MPI program on a Linux machine where I do not have sudo/su access. As my program currently segfaults, I would like to examine the core dumps via gdb. Unfortunately, as the program is multi-threaded, all the threads write to one core dump. So I would like to be able to append the PID to each separate core dump for every process.

I know there is a way to do it via /proc/sys/kernel/core_pattern, however I do not have access to write to this.

Thanks for any help.

我想检测哪个应用程序在 OS X 上生成了核心转储。

我怎样才能找到这些信息？运行file core.1234不给应用名称，网上类似Mach-O 64-bit core x86_64.

我正在使用命令行在 solarix x86 - 64bit 上运行 weblogic 服务器：

所以最大堆大小应该是4G，但是一夜之后，它崩溃并生成了一个39G的核心：

我使用 pmap 转储核心内容：

如您所见，那里有一个 16G 的堆......为什么会发生这种情况？java内存泄漏？

jmap转储：

附加信息：所以在这个核心中加载的文件：

我有一些守护进程不时崩溃，我想知道如何启用核心转储生成。我知道默认情况下，Linux 上核心转储的 ulimit 为零，因此如果我想查看正在运行的进程的核心转储，我需要将其设置为无限制。但我想做的是为在 root 帐户下运行的守护进程生成核心转储。谁能告诉我如何配置系统？先感谢您。

我正在尝试调试由我的 C 程序使用gdb. 运行程序时不会自动生成核心转储文件，我必须运行命令

以便在下次运行时生成核心文件。

为什么没有自动生成核心转储文件，为什么我必须ulimit每次运行命令才能在下次运行程序时生成核心文件？

我使用的操作系统是 Ubuntu 10.10。

我已经使用 .NET 4.0、WinForms 和 DevExpress Winforms 组件构建了应用程序。我有一个无法使用简单的“逐步”方法重现的错误。

我正在尝试使用核心转储来调试此问题。我可以使用在 Visual Studio 中很好地获取核心转储和查看异常

adplus -crash -pn Main.exe -oc:\output -y C:\pdb -fullonfirst

但是，这似乎只适用于调试版本，发布版本我收到消息“没有可用的源，没有为任何调用堆栈帧加载符号。源代码无法显示”

如何使用发布版本获得有用的信息？我应该使用什么最佳实践来解决这个问题？

进行核心分析时是否可以为共享库指定相对路径（我想在编译时而不是调试时指定相对路径）

我将更具体地说明什么和为什么不适合我：

1. LD_LIBRARY_PATH 可以指定相对于当前工作目录的相对路径。这不符合我的需要，因为我需要相对于可执行文件位置的相对路径
2. 带有 $ORIGIN 的 RPATH 旨在成为相对于可执行文件位置的相对路径。但它不适合我的需要，因为当我尝试进行核心分析时它会扩展到绝对路径。

那么如何为共享库指定相对于可执行文件位置的相对路径？

Ubuntu 10.10，GDB 7.2。我附加到一个应用程序，观察每个线程中的堆栈，一切看起来都很好。执行 generate-core-file 并尝试在 gdb 中打开该 coredump。回溯中没有显示例程。

我将 SIGSEGV 发送到应用程序并在 gdb 中打开这个新的核心转储。堆栈是好的和冗长的。

如果您遇到类似的 generate-core-file 错误行为，请告诉我。