1、segment fault

segment fault是幾乎多有C程式設計師都會碰到的問題，多為記憶體問題，因為glibc庫中基本所有的函式都預設形參指標是非空的，這樣以下原因就可能導致段錯誤：

(1)引用一個包含非法值的指標（當然包括空指標）。
(2)未得到正確的許可權的時候進行訪問，例如往只讀的記憶體地址寫資料。
(3)記憶體越界（陣列越界，變數型別不一致等）

除錯segment fault的幾種常見方法：

(1) 列印log，這種方法的前提是你知道在哪行程式碼附近會出問題；

(2) gdb除錯，對於小程式碼，可以逐行除錯，大工程就比較頭疼咯；

(3) core dump除錯，當一個程式崩潰時，在程序當前工作目錄的core檔案中複製了該程序的儲存影象。core檔案僅僅是一個記憶體映象(同時加上除錯資訊)，主要是用來除錯的。

首先，設定core大小

#設定core大小為無限
ulimit -c unlimited
#設定檔案大小為無限
ulimit unlimited

使用core檔案除錯程式

看下面的例子：

/*core_dump_test.c*/
#include <stdio.h>
const char *str = "test";
void core_test(){
    str[1] = 'T';
}

int main(){
    core_test();
    return 0;
}

編譯：
gcc–g core_dump_test.c -o core_dump_test

如果需要除錯程式的話，使用gcc編譯時加上-g選項，這樣除錯core檔案的時候比較容易找到錯誤的地方。

執行：
./core_dump_test
段錯誤

調式core檔案
core檔案是個二進位制檔案，需要用相應的工具來分析程式崩潰時的記憶體映像,在Linux下可以用GDB來除錯core檔案。
gdb core_dump_test core

Loaded symbols for /lib/ld-linux.so.2
#0 0x080482fd in core_test () at core_dump_test.c:7
7           str[1] = 'T';
(gdb) where
#0 0x080482fd in core_test () at core_dump_test.c:7
#1 0x08048317 in main () at core_dump_test.c:12
#2 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
GDB中鍵入where，就會看到程式崩潰時堆疊資訊（當前函式之前的所有已呼叫函式的列表（包括當前函式），gdb只顯示最近幾個），我們很容易找到我們的程式在最後崩潰的時候呼叫了core_dump_test.c第7行的程式碼，導致程式崩潰。注意：在編譯程式的時候要加入選項-g。您也可以試試其他命令，　如　fram、list等。更詳細的用法，請查閱GDB文件。