gdb核心转储打开失败

4

我正在尝试打开内核核心转储文件。但是我得到的是:

gdb app core.23605
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-32.el5)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/Development/Projects/app...done.
"/home/Development/Projects/core.23605" is not a core dump: File format not recognized


ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 7616
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 7616
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

生成了核心转储文件的原因是什么? - Joe
你是否正在尝试调试一个64位的核心文件?看起来你有32位的GDB。 - Joe
这是一个“ELF 32位LSB核心文件Intel 80386,版本1(SYSV),SVR4风格”。 - D_E
段错误发生后,核心转储自动生成。 - D_E
我刚刚做了一个小测试项目,它出现了segfault崩溃,转储文件正常打开,所以问题与gdb无关。 - D_E
显示剩余2条评论
1个回答

0
... core.23605 不是一个核心转储文件。 这通常发生在通过 ftp 以 ASCII 模式从一台机器传输核心文件到另一台机器时。

不是我的问题,我尝试在创建它的同一台机器上打开它。 - D_E

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接