文件的一行中有segment error/fault
这个问题是比较麻烦和麻烦的问题，这种内存错误问题在VS中一般没有问题，所以在Linux上不能运行。
3358www.Sina.com/
二、可能原因2.1内存访问越界使用了错误的下标，导致了数组访问越界。 我最早遇到这个问题就是这样的。 我计算的数组大小和实际大小不一致，设定有点小。 Visual Studio没有问题。 使用eclipse编译执行后立即闪回搜索字符串时，用字符串结束符判断字符串是否结束。 但是，字符串中没有正常使用strcpy、strcat、sprintf、strcmp、strcasecmp等字符串操作函数，无法读取/写入目标字符串。 应该使用strncpy、strlcpy、strncat、strlcat、snprintf、strncmp、strncasecmp等函数防止读写越界。 因为数组变小了，所以我这里发现2.2多线程未锁定程序使用了线程不安全的函数，破坏了多线程读写的数据被锁定不受保护。
对于同时由多个线程访问的全局数据，必须注意封锁保护。 否则，很容易发生酷睿双核处理器
2.3非法指针使用空指针自由使用指针转换。 指向某个内存的指针。 除非原始确定为分配给某个结构或类型，或者此结构或类型的数组，否则必须将此内存复制到此结构或类型，然后才能访问此结构或类型，而不是将此内存转换为此结构或类型的指针因为，如果此内存的起始地址没有按照这种结构或类型对齐，则由于bus error，很容易发生core dump. 2.4堆栈溢出。 请不要使用大的局部变量。 由于所有局部变量都分配给了堆栈，因此会发生堆栈溢出，破坏系统的堆栈和堆结构，容易发生莫名其妙的错误。
三.故障诊断方法网上也有类似于在酷睿文件中判断错误的方法。 Linux下的c程序经常因内存访问等原因导致segment fault (段错误)。 此时，如果core dump功能打开，则可以在运行我们的可执行程序时生成名为core的文件，并在gdb中调整core文件
需要注意的是，报错信息里面的xxxx文件的xxx行出现了段错误也不一定是准确的
如上所述，对于内存读取段错误，由于程序已经跳过，报告错误的文件实际上不一定是有问题的文件，因此有问题的代码从上次更新到这次提交准备之间的代码有两种方法可以从代码的角度查找错误：方便从代码入手排除错误和但我觉得这种方法并不直观，而且操作起来也过于复杂，所以下面从代码的角度提供一种判断问题的思路。。
3.1直接法：根据目前新增的代码，检查相似的数组大小是否太小，造成越界情况错误。 代码段中如有符合上述原因的相关片段，应提高警惕，自主检查。 如果不知道数组大小的设定是否合适，就可以积极扩大数组容量进行测试。
3.2间接排除法：如果直接法找不到错误的原因，可以逐步屏蔽新添加的代码，如果在任何阶段屏蔽都没有出现段错误，证明该段内部存在问题。 在此部分的内部添加打印信息，如星号“* * * * * * * * * * * * *”，并将打印信息放置在可能出现错误的语句下。 如果发生错误，但发现控制台上没有打印星星的花，请在打印信息代码上方指出发生了内存错误，然后在发生错误之前向上提起打印信息代码
由于内存错误的特殊性，测试结果很可能存在一定的误差。 也就是说，有错误的代码偶尔也有可能被正确表现，当前的代码可能阻塞这次不是错误，而是下次是错误，所以确定错误变得更加困难。 但是，只要代码有问题，就会有很高的概率发生错误。 为了应对这一点，请访问直接法
间接排除法