- 论坛徽章:
- 0
|
原帖由 emmoblin 于 2008-12-10 12:52 发表
我以前调试的时候一个好方法是
首先得busybox得是高点的版本,好像得1.0以上吧,
反正得支持ulimit。
然后开打ulimit记录,具体怎么弄你慢一下。
反正让他段错误的时候产生core文件。
然后你把这个core文件 ...
试试~~
ulimit支持,ulimit -c 10244
./server后ctrl+c
产生了core文件,core.524
但是ppc_85xx-gdb --core=core.524还是看不到具体错误的位置:
- [root@localhost order]# ppc_85xx-gdb --core=core.524
- GNU gdb Red Hat Linux (6.3.0.0-1.21_1rh)
- Copyright 2004 Free Software Foundation, Inc.
- GDB is free software, covered by the GNU General Public License, and you are
- welcome to change it and/or distribute copies of it under certain conditions.
- Type "show copying" to see the conditions.
- There is absolutely no warranty for GDB. Type "show warranty" for details.
- This GDB was configured as "--host=i386-redhat-linux --target=ppc-linux".
- Core was generated by `./server'.
- Program terminated with signal 11, Segmentation fault.
- #0 0x0fdf5644 in ?? ()
- (gdb) bt
- #0 0x0fdf5644 in ?? ()
- #1 0x0fed4b3c in ?? ()
- Previous frame identical to this frame (corrupt stack?)
- (gdb) file ./server
- Reading symbols from /root/workspace/code/order/server...done.
- (gdb) bt
- #0 0x0fdf5644 in ?? ()
- #1 0x0fed4b3c in ?? ()
- Previous frame identical to this frame (corrupt stack?)
复制代码
我的libthread_db.so是stripped的,是否stripped后的libthread_db不支持具体的错误信息?
[ 本帖最后由 ruger 于 2008-12-10 13:38 编辑 ] |
|