編譯時不帶-g選項的調用堆棧（gcc編譯器）

Question

如何分析未使用-g GCC選項編譯的核心轉儲（使用gdb） ？

Answer 1

生成映射文件。地圖文件會告訴你每個函數的起始地址（作爲從exe開始的偏移量，所以你需要知道它的加載的基地址）。然後你看看指令指針並查看它在映射文件中的位置。這給你一個在給定函數中的位置的好主意。

但是，手動展開堆棧是一種黑色藝術，因爲您不知道編譯器執行了哪些優化。當你知道，粗略地說，你在代碼中的位置通常可以計算出應該在棧上應該是什麼，並通過內存掃描找到返回指針。但它相當涉及。實際上，你花費大量時間來讀取內存數據並尋找看起來像內存地址的數字，然後檢查它是否合乎邏輯。它是完全可行的，我，我相信很多人，已經做了很多次:)

Answer 2

這應該不是一個問題，你可以用-g選項再次編譯源代碼，並通過gdb核心和新的編譯調試二進制文件，它應該沒有任何問題。

順便說一句，可以生成在GCC

GCC -Wl，-Map = system.map與下面命令的映射文件file.c

上面一行應生成地圖文件system.map，生成地圖文件後，您可以如上所述映射地址，但我不確定您將如何映射共享庫，這非常困難

Answer 3

使用ELF二進制文件可以將調試符號分隔爲單獨的文件。引用自objcopy man pages：

1. 正常鏈接可執行文件（使用-g標誌）。假設這是所謂的foo然後...
2. 運行objcopy - 只有保持調試foo foo.dbg創建一個包含調試信息的文件。
3. 運行objcopy --strip-debug foo創建一個剝離的可執行文件。
4. 運行objcopy --add-gnu-debuglink = foo.dbg foo將調試信息的鏈接添加到剝離的可執行文件中。