前言
在现实中查看程序错误方法有很多， 比如添加日志、使用 gdb 调试 和分析 core 文件等
一、 产生coredum的一些条件
产生 coredump 的条件，首先需要确认 当前会话 的 ulimit –c，若
core file size
为0，则不会产生对应的coredump，需要进行修改和设置。
使用方法：ulimit -c unlimited (可以产生coredump且不受大小限制)
二、coredump产生的几种可能情况
造成程序coredump的原因有很多，这里总结一些比较常用的经验吧：
-
内存访问越界
1、由于使用错误的下标，导致数组访问越界。
2、搜索字符串时，依靠字符串结束符来判断字符串是否结束，但是字符串没有正常的使用结束符。
3、使用strcpy, strcat, sprintf, strcmp,strcasecmp等字符串操作函数，将目标字符串读/写爆。应该使用strncpy, strlcpy, strncat, strlcat, snprintf, strncmp, strncasecmp等函数防止读写越界。
- 多线程程序使用了线程不安全的函数
-
多线程读写的数据未加锁保护。
对于会被多个线程同时访问的全局数据，应该注意加锁保护，否则很容易造成coredump
-
非法指针
1、使用空指针
2、随意使用指针转换。一个指向一段内存的指针，除非确定这段内存原先就分配为某种结构或类型，或者这种结构或类型的数组，否则不要将它转换为这种结构或类型的指针，而应该将这段内存拷贝到一个这种结构或类型中，再访问这个结构或类型。这是因为如果这段内存的开始地址不是按照这种结构或类型对齐的，那么访问它时就很容易因为bus error而core dump。
-
堆栈溢出
不要使用大的局部变量(因为局部变量都分配在栈上)，这样容易造成堆栈溢出，破坏系统的栈和堆结构，导致出现莫名其妙的错误。
如何调试 Core dump 文件
失败原因：上述代码中，使用 free 释放字符常量区的 pStre 会出现程序 core dump；
如何分析：在实际开发中可以使用 core 文件查看系统崩溃原因，那么怎么使用该工具呢？
如何编译：在使用 gcc / gdb 编译时需要加上 -g 参数，将会在可执行文件中生成相应的调试信息，加完 -g 编译的文件，比不加要大上许多，原因就在于此。
使用方式：gdb coreFile.编号
使用 backtrace (bt)查看调用堆栈
以下列举 gdb 常用命令：
backtrace：查看调用堆栈
run：运行程序
break：添加断点
list：显示附近行
next：执行下一条语句
set args：设置输入参数
info threads：查看线程
info breakpoints：查看当前断点
step ：执行下一条，如果是函数，则进入
gdb attach pid：运行时加载执行文件
总结
在编程中，往往会遇到各种各样的错误，那么面对错误使用合理切快捷的方法找到错误并改正错误是至关重要的。