centos7 Qt5.9.1生成core dump文件

为了定位这个错误出现在什么位置，需要生成core dump文件，大型工程尤其需要。

解决方法：

1.进入root

打开终端，在终端输入gedit ~/.bashrc 。在最后一行添加ulimit -c unlimited 保存。

在终端再次输入source ~/.bashrc

2.重启进入用户里面，打开终端输入ulimit -c查看core 文件是否会生成。如果显示0则表示不会生成core文件，如果是unlimited则表示刚刚设置的环境变量已经起作用

3.执行Qt程序，如上图所示，程序会崩溃，在程序目录里面会有一个core.XXX文件生成

4.在程序目录里面右击会弹出打开终端“Open in Terminal” （我用的是centos7 带界面的那种）。在终端输入gdb Test core.4136。Test是我的Qt的程序名

图像截图如下：

定位成功。

5.如果界面如下

然后我们输入并执行命令 bt ：

(gdb) bt

OK! ! ! ! ! !

附注： 造成segment fault，产生core dump的可能原因：

1.内存访问越界

 a) 由于使用错误的下标，导致数组访问越界

 b) 搜索字符串时，依靠字符串结束符来判断字符串是否结束，但是字符串没有正常的使用结束符

 c) 使用strcpy, strcat, sprintf, strcmp, strcasecmp等字符串操作函数，将目标字符串读/写爆。应该使用strncpy, strlcpy, strncat, strlcat, snprintf, strncmp, strncasecmp等函数防止读写越界。

2 多线程程序使用了线程不安全的函数。

3 多线程读写的数据未加锁保护。对于会被多个线程同时访问的全局数据，应该注意加锁保护，否则很容易造成core dump

4 非法指针

a) 使用空指针

b) 随意使用指针转换。一个指向一段内存的指针，除非确定这段内存原先就分配为某种结构或类型，或者这种结构或类型的数组，否则不要将它转换为这种结构或类型的指针，而应该将这段内存拷贝到一个这种结构或类型中，再访问这个结构或类型。这是因为如果这段内存的开始地址不是按照这种结构或类型对齐的，那么访问它时就很容易因为bus error而core dump.

5 堆栈溢出.不要使用大的局部变量（因为局部变量都分配在栈上），这样容易造成堆栈溢出，破坏系统的栈和堆结构，导致出现莫名其妙的错误