问题标签 [coredump]

什么是SEGV_MAPERR，为什么总是想出来SIGSEGV？

我使用 IBM purify 对 C++ 应用程序进行检测，我得到了问题 COR 转储，我的程序中止，尽管从终端运行时它运行良好。谁能告诉我这个 COR 转储是什么以及如何处理它？
平台：RHEL 64bit

谢谢，

我正在linux上用c编写一个守护进程。它捕获信号 SIGHUP、SIGTERM、SIGINT 和 SIGQUIT，使用 syslog 记录它们并退出。如果它收到 SIGSEGV，它会转储核心。当这些发生时，一切都会按预期发生，但偶尔会退出......不会干净地退出，不会记录信号，也不会留下核心转储。我很难过，不知道如何调试问题。除了这些信号，它还能通过哪些方式退出？有没有明显的答案，我错过了什么？您建议使用哪些其他调试实践来调试守护进程中这种看似零星的问题？

我的 Java (Eclipse) 应用程序正在生成一个子进程，监视其标准输出流和退出值。当子进程因 SIGABRT 崩溃时，没有创建核心转储文件。如果我手动启动子进程并杀死它，核心转储就在那里。

我找不到有关 JVM 是否以某种方式准备子进程的任何信息（例如，将核心转储文件大小设置为 0）。

有谁知道可能发生了什么以及要更改哪些设置以创建核心转储？

这是在 Suse 10 和 Ubuntu 9.04 以及 Java 5 和 6 上，如果有什么不同的话。

最好的问候，弗拉德

在 Xen 来宾域挂起后，我使用 xm core-dump 进行了转储。根据我找到的稀疏文档，我尝试使用崩溃实用程序来分析转储。

不幸的是，内核映像（Debian lenny）被剥离了，所以我不得不使用映射文件。

然而，

崩溃 /boot/System.map-2.6.26-2-xen-amd64 vmlinux-2.6.26-2-xen-amd64 /mnt/my-core-file

（使用 vmlinux-2.6.26-2-xen-amd64 是 gunzip 的 vmlinuz 映像）失败：

崩溃：vmlinux-2.6.26-2-xen-amd64：没有可用的调试数据

然后我读到当前的 Xen 版本会为来宾域生成与 ELF 兼容的转储。事实上，情况似乎是这样的：

~$ sudo 文件 my-core-dump

my-core-dump：ELF 64 位 LSB 核心文件 x86-64，版本 1

但是， gdb vmlinux-2.6.26-2-xen-amd64 my-core-dump 也失败了：

...不是核心转储：文件格式无法识别

有什么提示吗？

我只想在不停止程序的情况下转储核心。这将本质上序列化程序的整个状态。很方便以后调试的东西。

linux下可以吗？

我正在使用 Bash。我用过ulimit -c unlimited，但程序仍然没有生成核心文件。这可能是由于 GUI 调试器启动。我可以选择将崩溃信息保存到文件中，但我真的想要一个核心文件。

编辑：我刚写了一个非 gui 的小程序，它会崩溃，它产生了一个核心转储。

/proc/sys/kernel/core_pattern给定set to中的配置/cores/core.%e.%p，核心转储根据模式命名，但是对于运行具有长名称的可执行文件的进程，例如SampleCrashApplication，生成的核心文件将包含截断的可执行文件名称：/cores/core.SampleCrashAppl.9933

这是什么原因造成的？该man core页面仅讨论生成的核心文件名的最大大小为 128（2.6.19 之前的内核为 64）

我试图编写一个简单的多线程程序。它正在倾倒核心。我有在下面创建线程时调用的函数：

我对 pthread_create 函数的调用位于主函数内部：

请帮我找出问题所在？提前致谢。

我正在使用一个 ASIC 模拟器 (vcs)，它采用一堆不同的语言（在我们的例子中是 Verilog、VHDL、Vera、C 和 Tcl）并将它们全部编译成 C 可执行文件。

这一切都很好，直到它使用神秘的堆栈跟踪进行核心转储。解决此问题的最佳方法是什么？