今天在Linux下除錯C程式時，出現段錯誤，習慣性的ls下當前目錄，發現沒有生成core檔案。驚訝了一下，怎麼回事？以前都會產生的啊，難不成是程式的問題？後來同事提醒是不是系統沒有開啟生成core dump的設定。

還真是系統設定問題，我的ubuntu14.04是新裝的，之前沒有進行過core dump的相關配置，別急！我們來看看怎麼對linux系統設定當程式出現段錯誤時產生core檔案：

1、先用#ulimit -a可以檢視系統core檔案的大小限制（第一行），core檔案大小設定為0, 即沒有開啟core dump設定；

[email protected]:~/cnnic/project/dnsx/dnsX# ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 46621
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 46621
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
 

執行#ulimit -c unlimited，然後#ulimit -a檢視結果如下（第一行）：

[email protected]:~/cnnic/project/dnsx/dnsX# ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 46621
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 46621
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
 

例如：

#gdb ./test core.2065

注：Linux下的C程式常常會因為記憶體訪問錯誤等原因造成segment fault(段錯誤)，此時如果系統core dump功能是開啟的，那麼將會有記憶體映像轉儲到硬碟上來，之後可以用gdb對core檔案進行分析，還原系統發生段錯誤時刻的堆疊情況。這對於我們發現程式bug很有幫助。

需要說明的是：上述方法只是在當前shell中生效,重啟之後，就不再有效了。永久生效的辦法是如下：

永久生效辦法：

       #vi /etc/profile 然後，在profile中新增：

ulimit -c 1073741824

 (但是，若將產生的轉儲檔案大小大於該數字時，將不會產生轉儲檔案)

或者

ulimit -c unlimited

這樣重啟機器後生效了。 或者， 使用source命令使之馬上生效。

    #source /etc/profile

三、指定核心轉儲的檔名和目錄

        修改完核心轉儲設定後，當程式core dump後發現確實在本地目錄產生了core檔案，但是如果程式多次core dump時，core檔案會被覆蓋，原因是每次core dump後生成的檔名預設都叫core，接下來就分享下如果想在每次core dum時產生的core檔案都帶上程序號怎麼操作，或者你想把核心轉儲檔案儲存到其他目錄怎麼辦？

1、core dump檔名自動加上程序ID

    #echo 1 > /proc/sys/kernel/core_uses_pid

最後生成的core dump檔名會加上程序ID.

2、另外可以通過修改kernel的引數，指定核心轉儲所生成的core檔案的路徑和檔名。

       可以通過在/etc/sysctl.conf檔案中，對sysctl變數kernel.core_pattern的設定。

       #vim /etc/sysctl.conf 然後，在sysctl.conf檔案中新增下面兩句話：

               kernel.core_pattern = /var/core/core_%e_%p

               kernel.core_uses_pid = 0

       儲存後退出。

 注：如果/proc/sys/kernel/core_uses_pid 這個檔案的內容被配置成1，即使core_pattern中沒有設定%p，最後生成的core dump檔名仍會加上程序ID。

這裡%e, %p分別表示：

%c 轉儲檔案的大小上限

%e 所dump的檔名

%g 所dump的程序的實際組ID

%h 主機名

%p 所dump的程序PID

%s 導致本次coredump的訊號

%t 轉儲時刻(由1970年1月1日起計的秒數)

%u 所dump程序的實際使用者ID

可以使用以下命令，使修改結果馬上生效。

#sysctl –p /etc/sysctl.conf

請在/var目錄下先建立core資料夾，然後執行a.out程式，就會在/var/core/下產生以指定格式命名的核心轉儲檔案。檢視轉儲檔案的情況：

#ls /var/core

core_a.out_2456