DBX核心文件被截断
DBX core file truncated?
我在RHEL6.1上使用最新版本的dbxtool (Solaris Studio)。
我在这里使用他们的示例代码来完成教程示例,但是当尝试在生成的核心文件上运行dbxtool时,我得到以下内容:
(dbx) cd /users/rory/Desktop/debug_tutorial
(dbx) debug /users/rory/Desktop/debug_tutorial/a.out core.a.out.10665
Reading a.out
dbx: warning: The corefile was truncated.
It should have been 1765376 bytes long (is only 483328)
Because of this, some functionality will be missing from dbx.
(See `help core')
core file header read successfully
Reading ld-linux-x86-64.so.2
Reading libstdc++.so.6
Reading libm.so.6
Reading libgcc_s.so.1
Reading libc.so.6
program terminated by signal SEGV (Segmentation fault)
dbx: core file read error: address 0x3faff579bc not available
dbx: attempt to fetch registers failed - stack corrupted
第一个警告是关于核心文件被截断(应该是1765376字节长(只有483328)),但我能够在同一目录中生成其他核心文件与更大的大小,所以不确定为什么这个被截断?
我也在这里看了关于删除核心大小文件限制的教程,但是没有运气。
这是RH6 (CR 7077948)上已知的dbx问题。如果数据段的内存大小大于elf头中的文件大小(p_filesz),则计算核心文件大小错误。此问题已在dbx 7.9中被识别并修复。
相关文章:
- 如何使用 lldb 在曼扎罗中调试 lz4 文件格式的核心转储?
- 从文件中读取的数据,但发生核心转储错误
- lighttpd:启用cgi二进制文件的核心转储
- 分段错误:从文件中访问csv记录时转储了核心
- OpenGL不能在核心配置文件中使用glVertexAttrib进行绘制
- C++代码生成核心文件,就像 gdb >> gcore 一样
- 如何在 CentOS 7 中为应用程序生成具有完整回溯C++的核心转储文件
- 如何从核心转储文件中识别导致崩溃的完整命令
- Linux:有没有办法找出生成核心文件的过程
- 如何在glfw中为OpenGL设置核心配置文件上下文?
- 在远程嵌入式设备上使用核心文件的 GDB - 如何获取有关回溯的更多信息?
- 为什么我的 Redhat 服务器上的 QuickFIX 进程没有将其核心文件写入应有的位置?
- 如何计算预期的核心文件大小
- C 比较文本文件和分段故障(核心倾倒)
- 数据包大小(每数据包 mBytes)或核心音频中 AAC 文件的比特率
- 所有线程都在核心转储文件中等待,但有人触发了SIG_ABRT
- 堆栈内存错误创建核心文件
- 我如何利用核心文件在C/C 中找到应用程序问题
- 将大型核心文件转换为"minicore"文件
- 处理导致核心转储的文件结尾错误