使用GDB遠程調試多線程C程序

Question

我正在使用Eclipse開發和遠程調試ARM處理器的某些軟件。不幸的是我寫的軟件是多線程的，我無法調試它。如果我把一個破發點中的線程代碼，我得到以下信息：

Child terminated with signal = 5

Child terminated with signal = 0x5

GDBserver exiting

做相當多的谷歌搜索後，我發現了一個「解決方案「這提出了利用這一點：

strip --strip-debug libpthread.so.0

不幸的是，我仍然得到終止錯誤。

我真的很感激你的幫助，讓這個想通了！

謝謝！

Answer 1

首先，此（和隨後的）錯誤（或多個）：

cc1.exe: error: unrecognized command line option "-fstrip-debug" 

通過加入strip --strip-debug等，以在GCC命令行引起的。那就是明顯是虛假的事情，而且根本就不是你的谷歌搜索建議。 （您可能要清理你的問題，除去這些錯誤的引用。他們什麼都沒有做與你的問題）

它所做（或應該）建議，使用strip --strip-debug libpthread.so.0代替使用strip libpthread.so.0。

這是因爲GDB無法使用線程如果您的libpthread.so.0被完全剝離。

它可以被除去調試符號（這就是strip --strip-debug libpthread.so.0所做的），但是剝離所有符號（這就是strip libpthread.so.0所做的）是一個壞主意（TM）。

既然你（顯然）不是你自己建造libpthread.so.0，你不應該剝奪它。

你應該但是驗證你的工具鏈的提供者沒有把它搞砸。下面的命令不應該報告no symbols，並應在實際上打印匹配nptl_version（作爲定義符號）：

nm /path/to/target/libpthread.so.0 | grep nptl_version 

假設一切都很好，到目前爲止，我們現在可以診斷你的問題，但...你沒沒有提供足夠的信息;（尤其是，當你運行GDB時，它應該打印一些類似using /path/to/libthread_db.so.0的東西。你可能不得不在Eclipse中尋找GDB控制檯，或者你可能想從命令行運行GDB，它打印

libthread_db.so.0（對於主機）的版本與lipthread.so.0（對於目標）的版本匹配是至關重要的，它們都應該提供d由您的工具鏈供應商提供。

你的問題很可能是GDB根本找不到libthread_db.so.0，或者它找到了錯誤的一個。