一、导致SIGSEGV 
    1.试图对仅仅读映射区域进行写操作 。

    2.訪问的内存已经被释放，也就是已经不存在或者越界。

3.官方说法是：
SIGSEGV --- Segment Fault. The possible cases of your encountering this error are: 

（1）buffer overflow --- usually caused by a pointer reference out of range.
（2）stack overflow --- please keep in mind that the default stack size is 8192K.
（3）illegal file access --- file operations are forbidden on our judge system.

二、导致SIGBUS信号: 
    1.硬件故障，不用说，程序猿最常碰上的肯定不是这样的情形。 

    2.Linux平台上运行malloc()，假设没有足够的RAM。Linux不是让malloc()失败返回。 而是向当前进程分发SIGBUS信号。

       注: 对该点执怀疑态度，有机会可自行測试确认当前系统反应。 

    3.某些架构上訪问数据时有对齐的要求，比方仅仅能从4字节边界上读取一个4字节的 数据类型。IA-32架构没有硬性要求对齐，虽然未对齐的訪问减少运行效率。另外一些架构，比方SPARC、m68k，要求对齐訪问，否则向当前进程分发SIGBUS信号。 

    4.试图訪问一块无文件内容相应的内存区域，比方超过文件尾的内存区域，或者以前有文件内容相应，如今为还有一进程截断过的内存区域。

三、SIGBUS与SIGSEGV信号一样。能够正常捕获。

SIGBUS的缺省行为是终止当前进程并产生core dump。 

四、SIGBUS与SIGSEGV信号的一般差别例如以下: 

    1.SIGBUS(Bus error)意味着指针所相应的地址是有效地址，但总线不能正常使用该指针。一般是未对齐的数据訪问所致。 

    2.SIGSEGV(Segment fault)意味着指针所相应的地址是无效地址。没有物理内存相应该地址。 

五、弄清楚错误以后，就要查找产生错误的根源，一般我用下面两种方法：
   1.gcc -g 编译 
       ulimit -c 20000 
       之后执行程序，等core dump 
       最后gdb -c core <exec file>  来查调用栈
   2.使用strace execfile。执行程序，出错时会显示那个系统调用错