问题标签 [coredump]

所以我写了错误的代码，偶尔会崩溃......并创建了一个 stackdump 文件。

使用 addr2line 我可以通过将地址解码为一个来弄清楚程序是如何到达崩溃点的。是否有替代工具可以使用堆栈转储来简化调试？有没有办法在 Insight/Gdb 中加载这些信息？

如何获取已向已退出转储核心的另一个进程发送 SIGABRT 信号的进程的 pid

我有一个在 Websphere 应用服务器上运行的 Java 应用程序。当我分析系统崩溃核心转储文件时，我得到如下信息：

如何获取 Java 的符号文件？

提前致谢。

更多细节在这里：

爱丽丝·龚

运行 Perl 脚本时出现此错误的最常见原因是什么：

我事先运行了两个 SQL 命令，它们只存储约 1500 行，每行有 6 个字段。SQL 在脚本中运行良好，所以我认为我不会从中得到错误。我的一半代码在它发生炸弹并给我那个错误之前运行。

那么这个错误的最常见原因是什么？我的原因可能是什么？

编辑 - 这是有效的代码

这是不起作用的代码 - 所做的只是优化 sql fetch 命令

哦，顺便说一句，在这个 while 循环开始运行之前，有一个有效的 SQL 语句。我只是不想浪费空间。

我正在查看在 Unix 中运行的进程的核心。通常我可以解决问题并深入回溯以尝试识别内存问题。在这种情况下，我不确定如何进行。

首先，回溯只给出了 3 帧，我期望更多。对于那些帧，所有呈现的函数参数似乎完全无效。没有我所期望的。

一些指针参数与它们相关联 - 无法访问地址处的内存

这是否表明某种完整的堆栈损坏。我用 libumem 运行了这个过程，所有的缓冲区都被报告为干净的。

umem_status 也没有报告任何内容。

所以基本上我很难过。可能的原因是什么？我应该在代码中寻找什么，因为 libumem 似乎没有报告任何错误。

关于如何进一步调试的任何建议？我应该考虑 mdb 中的任何额外功能吗？

谢谢你。

复制：

在linux中生成核心转储

我正在尝试在我的“Fedora Core release 3 (Heidelberg)”中创建一个核心转储。

[root@testserver test_core_dump]# uname -a

Linux 测试服务器 2.6.12-1.1381_FC3 #1 Fri Oct 21 03:46:55 EDT 2005 i686 athlon i386 GNU/Linux

我正在按照这个来创建核心转储。

问题是，/proc/sys/kernel/suid_dumpable 在此版本中不存在。我还在这里检查了 /proc/sys/fs/suid_dumpable，但 suid_dumpable 不存在。

1）有什么解决方法吗？2）我在这里错过了什么吗？

有时当我运行我的代码时，当我通过Ctrl+终止程序时会生成一个核心转储文件\。文件名的格式为core.*. 程序没有突然终止，也没有分段错误。我相信它是SIGQUIT而不是SIGABRT或SIGSEGV。如果我尝试Ctrl+C或Ctrl+ Z，则不会生成它。

谁能说出为什么只有在按下Ctrl+时才会生成它？\如何避免生成此核心转储文件？核心转储文件有什么用吗？

如果一个进程崩溃并留下一个核心转储，或者我创建了一个核心转储，gcore那么我该如何分析它？

我希望能够使用jmap,jstack等jstat，还希望查看所有变量的值。

通过这种方式，我可以找到崩溃或冻结 JVM 的原因。

我想在我的 C++ 应用程序的特定位置强制进行核心转储。

我知道我可以通过执行以下操作来做到这一点：

但我想知道是否有更清洁的方法？

顺便说一句，我正在使用 Linux。

我需要在内存中短时间存储用户密码。我怎样才能做到这一点，而又不会在核心转储或回溯中意外披露此类信息？有没有办法将值标记为“敏感”，所以它不会被调试器保存在任何地方？