在unix系統下，應用程式崩潰，一般會產生core檔案，如何根據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 [root@autotest_sim2 mam2cm]#就可以利用命令gdb進行查詢，引數一是應用程式的名稱，引數二是core檔案，執行 gdb cmm_test_tool core.19344結果如下：
進入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行，基於此，我們就可以有針對性的找到問題的根源，並加以解決。
用gdb工具分析core檔案
在unix系統下，應用程式崩潰，一般會產生core檔案，如何根據core檔案查詢問題的所在，並做相應的分析和除錯，是非常重要的，本文對此做簡單介紹。例如，乙個程式cmm test tool在執行的時候發生了錯誤，並生成了乙個core檔案，如下 rw r r 1 root cmm test tool....
gdb 分析core檔案 小記
測試環境twemproxy程序突然出core退出，記錄一下gdb分析過程 解析 coredump檔案 bt 列印crash時的堆疊 gdb root proxy bin twemproxy tmp cordump.file gdb bt 0 0x00007f9f3b0d4337 in ssignal...
gdb可以用於分析core檔案
gdb可以用於分析 core 檔案。產生core的原因一般是 1.記憶體訪問越界，錯誤的陣列下標，字串越界，2。多執行緒下使用執行緒不安全的函式 3.多執行緒共享資料不加鎖保護。4.非法指標。5堆疊溢位。特別是不能使用過大的區域性變數，容易早成棧溢位。root ubuntu ulimit c 0 可...