gdb调试之linux pc和linux arm环境下

PC应用程序gdb调试：

1、查看core文件参数
yinkui@yinkui-desktop:~/File_unzip/cp_module$ ulimit -a

core file size          (blocks, -c) 0        //产生core文件数目，不会产生core文件

data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 31042
max locked memory       (kbytes, -l) 64
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) 8192        //应用程序栈大小
cpu time               (seconds, -t) unlimited
max user processes              (-u) 31042
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

2、设置产生core文件大小
ulimit -c unlimited（不限制core文件的大小）
（默认不会现实PID信息，可通过以下命令修改此文件：  echo "1" > /proc/sys/kernel/core_uses_pid ， 这样每次程序挂了之后会生成类似 core.8909(8909是当时的进程号)， 效果就是后续生成的core文件不会覆盖之前生成的core文件。）
3、产生段错误之后，查看进程信息
gcc -g test.c -o test （设置gdb调试）
ls -l core.*
4、使用gdb调试core文件之前操作 查看core文件信息：file core
5、使用gdb调试core文件 gdb --core=core.PID

（gdb）bt(第一次不会出现堆栈信息)

（gdb）file ./a.out（运行程序）
（gdb）bt（backtrace信息出现）
（可直接使用命令：ulimit -a; ulimit -c unlimited;ulimit -a;echo "1" > /proc/sys/kernel/core_uses_pid）
Linux arm应用程序arm-XXXX-gdb调试：

1、查看core文件参数
yinkui@yinkui-desktop:~/File_unzip/cp_module$ ulimit -a

core file size          (blocks, -c) 0        //产生core文件数目，不会产生core文件

data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 31042
max locked memory       (kbytes, -l) 64
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) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 31042
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

2、设置产生core文件大小
ulimit -c unlimited（不限制core文件的大小）
（默认不会现实PID信息，可通过以下命令修改此文件：  echo "1" > /proc/sys/kernel/core_uses_pid ， 这样每次程序挂了之后会生成类似 core.8909(8909是当时的进程号)， 效果就是后续生成的core文件不会覆盖之前生成的core文件。）
3、编译程序选项
加入gdb可调试选项 arm-linux-XXX -g test.c -o test

4、构建GDB+GDB server nfs调试方法
（1）确保arm开发板与主机支持nfs功能，设置开发板和主机在同一网段，并设置共享目录（如/mnt/nfs）。 （2）将编译器对应该的gdbserver和test（可执行文件）拷贝到共享目录（/mnt/nfs），修改应用程序和 gdbserver权限为777.
（3）通过telnet或者minicom登陆到开发板，挂在nfs文件系统：mount -t nfs 主机IP：/mnt/nfs（共享目录） /home/root/modbus_rtu_slave（开发板目录） -o nolock
（4）进入共享目录 运行gdbserver建立远程调试server（格式为: ./gdbserver 主机IP:建立连接的端口号 可执行文件【其中端口号一般1024以上没有占用即可】，如下） ./gdbserver 10.10.51.47：5000 test
（5）在主机目录下运行可执行程序：
arm-linux-gdb test
---》target remote 10.10.51.33：5000    （进入gdb调试后运行命令，连接gdbserver）

注释： set solib-absolute-prefix与set solib-search-path命令分别用于设置GDB共享库查找路径前缀与共享库查找路径，以阻止GDB查找宿主机上的库。若不指定这些路径，远程调试过程中GDB加载了宿主机的库，会出现诸如“warning: GDB can‘t find the start of the function at 0x******”与“Cannot find bounds of current function”等错误提示。     文章主要主要来自参考、总结和实践。  

gdb调试之linux pc和linux arm环境下

标签：覆盖   font   backtrac   message   mnt   pat   目录   功能   queue