运行C程序时出现Segmentation fault (core dumped)

朋友最近在做论文中的实验，她的程序是用C语言写的，代码量很大，使用MAC运行，但在运行时出现了了Segmentation fault (core dumped)，得不到完整的运行结果。

网上说产生这个报错的可能原因有以下几种：

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

因为程序本身是能运行的，并且产生了一定的结果，所以我们分析是第(5)个原因，出现了栈溢出，于是我们尝试了一下改变MAC中的运行栈的大小。

• 使用 ulimit -a 命令查看栈的大小

发现栈的大小是1024,，朋友的程序有四十多层递归，因此需要把栈的大小改成很大。

• 使用 ulimit -S -s unlimited 命令，把栈的大小改成不限。

然后再运行程序，发现成功了！

PS：
1.我自己的服务器是CentOS8系统，使用了同样的方法，发现还是不能运行，只有她的MAC系统可以。我们分析要么是我服务器内存不够，要么就是CentOS和MAC对栈的操作是不一样的。
2.个人觉得运行完这种大程序后一定要将栈的大小改回去，这样会更安全一点。