使用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，或者它找到了错误的一个。