64,640
社区成员
发帖
与我相关
我的任务
分享【GDB】GDB调试：显示不可识别的文件格式
A程序core dump了，生成了core；
使用留存的A程序对core进行调试；
gdb A core 提示A不可识别
file A： 无异常……
使用留存的A程序对core进行调试；
gdb A core 提示A不可识别
file A： 无异常……
...全文
请发表友善的回复…
发表回复
恨天低 2012-01-19
- 打赏
- 举报
你编译的时候，gcc 有没加 -g？
用gcc带-g选项编译源码，然后可以用gdb调试。
$gcc -g -o test test.c
$gdb test
用gcc带-g选项编译源码，然后可以用gdb调试。
$gcc -g -o test test.c
$gdb test
赵4老师 2012-01-19
- 打赏
- 举报
A被破坏了？
kisa_1001 2012-01-19
- 打赏
- 举报
给了100分都没人来回答下？还是我发错地方了？？？
赵4老师 2012-01-19
- 打赏
- 举报
解决这种问题需要有一种“怀疑一切，打击一切。”的态度。
赵4老师 2012-01-19
- 打赏
- 举报
或者A是被类似upx的软件加了壳？
赵4老师 2012-01-19
- 打赏
- 举报
总不至于A的作者在A里面故意嵌入了反gdb的非ELF格式标准的数据吧。
kisa_1001 2012-01-19
- 打赏
- 举报
[Quote=引用 8 楼 zhao4zhong1 的回复:]
随便写个很简单的B.c，里面故意越界修改一下堆栈中的字符数组造成core
然后试试gdb B corefile看行不行。如果不行可能得重新安装gdb了。
[/Quote]
事实证明：gdb没问题，但是又不认原来的可执行文件。12年的第一个诡异事件啊。
随便写个很简单的B.c，里面故意越界修改一下堆栈中的字符数组造成core
然后试试gdb B corefile看行不行。如果不行可能得重新安装gdb了。
[/Quote]
事实证明：gdb没问题，但是又不认原来的可执行文件。12年的第一个诡异事件啊。
赵4老师 2012-01-19
- 打赏
- 举报
确定留存的A就是产生core的A？
赵4老师 2012-01-19
- 打赏
- 举报
随便写个很简单的B.c，里面故意越界修改一下堆栈中的字符数组造成core
然后试试gdb B corefile看行不行。如果不行可能得重新安装gdb了。
然后试试gdb B corefile看行不行。如果不行可能得重新安装gdb了。
kisa_1001 2012-01-19
- 打赏
- 举报
[Quote=引用 6 楼 zhao4zhong1 的回复:]
提醒：Linux下文件名是不忽略大小写的。
[/Quote]
文件名称未被修改过，都是一样的。
我从svn下了那个版本的代码重编了一套来用。。。。
提醒：Linux下文件名是不忽略大小写的。
[/Quote]
文件名称未被修改过，都是一样的。
我从svn下了那个版本的代码重编了一套来用。。。。
赵4老师 2012-01-19
- 打赏
- 举报
提醒：Linux下文件名是不忽略大小写的。
kisa_1001 2012-01-19
- 打赏
- 举报
[Quote=引用 3 楼 icechenbing 的回复:]
你编译的时候，gcc 有没加 -g？
用gcc带-g选项编译源码，然后可以用gdb调试。
$gcc -g -o test test.c
$gdb test
[/Quote]
有的，makefile里面有的 这个不可能被遗忘的。。。。
你编译的时候，gcc 有没加 -g？
用gcc带-g选项编译源码，然后可以用gdb调试。
$gcc -g -o test test.c
$gdb test
[/Quote]
有的，makefile里面有的 这个不可能被遗忘的。。。。
kisa_1001 2012-01-19
- 打赏
- 举报
[Quote=引用 2 楼 zhao4zhong1 的回复:]
A被破坏了？
[/Quote]
没有，大小一样md5没问题。
A被破坏了？
[/Quote]
没有，大小一样md5没问题。
