Gdb调试技巧
1， 添加调试信息
g++ -g test.cpp –o test
2， 常用命令
显示图形化代码 Ctrl+x+a
启动程序 r (run)
断点 b (breakpoint)
清除/禁用/启用断点 delete/disable/enable
单步 s (step 碰到函数会进入)
单行 n (next 碰到函数不会进行, 而是整条执行)
执行到下一个断点 c (continue)
查看变量 p (print)
显示完整的长字符串：set print element 0
显示变量 display
查看当前调用堆栈 bt (backtrace)
查看某一层调用代码 f (frame)
3， 调试core dump
程序执行时，经常会因为段错误segment fault而退出，操作系统会把此程序当前内存信息dump到磁盘上，即生成core文件，对core进行分析可以很快分析出导致程序crash的地方
3.1，设置core文件大小
系统默认不会生成core文件，需要进一步设置。core文件的生成依赖于shell的设置，在shell中运行命令：ulimit –a，可以查看系统的默认设置。使用命令ulimit –c unlimited 可以设置core file size 为无限。
永久设置coredump的方法：
sudo vim /etc/security/limits.conf
文件最后增加如下两行
@username soft core unlimited
@username hard core unlimited
永久设置coredump文件路径及其文件名称的方法
sudo vim /etc/sysctl.conf
文件最后增加如下两行
kernel.core_pattern = /opt/tercel/core_log/core_%e_%t_%p
kernel.core_uses_pid = 0
使用命令sudo sysctl –p使得修改生效
3.2，生成core文件
3.3，调试简单core文件
使用gdb ./test core来调试core，发现gdb直接就定位到了出错的语句。
3.4，使用breaktrace 和frame命令
4， 利用gdb调试找出nginx崩溃的方法
1， 使用命令：ulimit –a检查core file设置的是否正确，见前面说明；
2， 将nginx源码目录文件auto/cc/conf中的一行“ngx_compile_opt=“-c””更改为“ngx_compile_opt=”-c -g””
3， 在nginx源码目录下执行sudo ./configure命令
4， 编译nginx源码，将objs目录下的nginx文件复制到nginx运行目录，此步切记不要make install，否则会覆盖nginx.conf
5， 重启nginx，等待core.*****文件生成
6， gdb加载coredump文件：gdb –core=core.****
7， gdb>where 就很容易找到nginx segfault的原因了
5， gdb加载nginx运行中的work进程
1， ps –ef|grep nginx查看当前nginx运行进程；
2， sudo gdb进入gdb调试环境；
3， attach pid(进程id)；
4， break ****命令设置断点；
5， c命令运行到断点位置开始单步调试