一、什麼是core dump     core：記憶體、核心的意思；     dump：丟擲，扔出；     core dump：前提：當某程式崩潰的一瞬間，核心會丟擲當時該程式程序的記憶體詳細情況，儲存在一個名叫core.xxx（xxx為一個數字，比如core.699）的檔案中。 二、更改生成的core檔案的大小限制     可見，core檔案是核心生成的，那某一個程序因為段錯誤而崩潰的時候的記憶體映像很大，那必然會生成一個很大的core檔案，所以我們可以通過ulimit命令來設定生成core檔案的大小，例如$ulimit -c unlimited，這裡就是設定生成的core檔案無大小限制。 三、生成core檔案     當第二步完成了，就執行一次那個有問題的程式，然後自然就會因為段錯誤而崩潰，在當前目錄下就生成了core.xxx檔案。 四、分析core檔案

    使用命令$gdb 程式名 core.xxx，然後再輸入where就可以看到產生段錯誤的地方。

cat /proc/sys/kernel/core_pattern
看看core檔案的設定

例如，一個程式cmm_test_tool在執行的時候發生了錯誤，並生成了一個core檔案，如下：

-rw-r–r– 1 root cmm_test_tool.c
-rw-r–r– 1 root cmm_test_tool.o
-rwxr-xr-x 1 root cmm_test_tool
-rw——- 1 root core.19344
-rw——- 1 root core.19351
-rw-r–r– 1 root cmm_test_tool.cfg
-rw-r–r– 1 root cmm_test_tool.res
-rw-r–r– 1 root cmm_test_tool.log
[
 
[email protected]_SIM2 mam2cm]#

就可以利用命令gdb進行查詢，引數一是應用程式的名稱，引數二是core檔案，執行
gdb cmm_test_tool core.19344結果如下：

[[email protected]_SIM2 mam2cm]# gdb cmm_test_tool core.19344
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type “show copying” to see the conditions.
There is absolutely no warranty for GDB. Type “show warranty” for details.
This GDB was configured as “i386-redhat-linux”…
Core was generated by `./cmm_test_tool’.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/i686/libpthread.so.0…done.
Loaded symbols for /lib/i686/libpthread.so.0
Reading symbols from /lib/i686/libm.so.6…done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /usr/lib/libz.so.1…done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libstdc++.so.5…done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/i686/libc.so.6…done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/libgcc_s.so.1…done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/ld-linux.so.2…done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2…done.
Loaded symbols for /lib/libnss_files.so.2
#0 0×4202cec1 in __strtoul_internal () from /lib/i686/libc.so.6
(gdb)
 

進入gdb提示符，輸入where，找到錯誤發生的位置和堆疊，如下：

(gdb) where
#0 0×4202cec1 in __strtoul_internal () from /lib/i686/libc.so.6
#1 0×4202d4e7 in strtoul () from /lib/i686/libc.so.6
#2 0×0804b4da in GetMaxIDFromDB (get_type=2, max_id=0×806fd20) at cmm_test_tool.c:788
#3 0×0804b9d7 in ConstrctVODProgram (vod_program=0×40345bdc) at cmm_test_tool.c:946
#4 0×0804a2f4 in TVRequestThread (arg=0×0) at cmm_test_tool.c:372
#5 0×40021941 in pthread_start_thread () from /lib/i686/libpthread.so.0
(gdb)
 

至此，可以看出檔案出錯的位置是函式 GetMaxIDFromDB ，兩個引數分別是2和0×806fd20，這個函式位於原始碼的788行，基於此，我們就可以有針對性的找到問題的根源，並加以解決。