问题标签 [gdb]

请考虑商业和免费调试器。还想看看每个人的利弊。

我在无法直接访问的远程系统上生成了一个核心文件。我还有来自远程系统的库文件的本地副本，以及崩溃程序的可执行文件。

我想在 gdb 中分析这个核心转储。

例如：

我的库在当前目录中。

在过去，我看到调试器通过提供选项“-p”来实现这一点。或“-p /=。”；所以我的问题是：

在 gdb 中分析核心文件时，如何指定首先从相对于当前目录的路径加载库？

为什么 gdb 似乎“命中”了它？

编写 C/C++ 代码时，为了调试二进制可执行文件，必须在编译器/链接器上启用调试选项。对于 GCC，选项是 -g。启用调试选项后，对二进制可执行文件有何影响？允许调试器正常工作的文件中存储了哪些附加数据？

我正在尝试使用该--command标志自动化 gdb 会话。我正在尝试在共享库（DLL 的 Unix 等效项）中的函数上设置断点。我的 cmds.gdb 看起来像这样：

但是，我得到以下信息：

所以它毕竟没有设置断点。如何使其默认回答“y”以在未决的未来共享库加载上设置断点？

我记得我能够做某事，但不记得是什么。

如何在 gdb 中打印 wstring？

我使用 pstack 分析 Solaris 中的核心转储文件

我还能如何分析来自 solaris 的核心转储？

可以使用哪些命令来执行此操作？

从转储中可以获得哪些其他信息？

当它给出具有以下输出的回溯时，这意味着什么？

程序因标准信号 11、分段错误而崩溃。我的应用程序是一个在 FreeBSD 6.3 上运行的多线程 FastCGI C++ 程序，使用 pthread 作为线程库。

根据信息来源，它已使用 -g 编译，并且我的源代码的所有符号表都已加载。

很明显，我的实际代码都没有出现在跟踪中，而是错误似乎来自标准 pthread 库。特别是，什么是？？()????

编辑：最终在我的主代码中将崩溃追踪到标准的无效内存访问。没有解释为什么堆栈跟踪已损坏，但这是另一天的问题:)

作为开发人员，您如何使用 gdb 来跟踪代码中的错误？你用什么技巧让你的生活更轻松？

我的主目录中有一个相当大的 .gdbinit（因此未在此处复制）。

现在，如果我想在 Xcode 中调试代码，我会收到此错误：

实际上 - 如下所示 - 调试在 Xcode 中仍然有效，但数据格式化程序中断。移出 .gdbinit 或禁用数据格式化程序确实会让 Xcode 中的 gdb 恢复工作状态，但这显然很痛苦（包括数据格式化程序，在第一种情况下）

关于 gdbinit 中的哪些设置可能导致 Xcode 中出现此错误的任何想法？

回复中的注释：似乎（来自谷歌搜索）链接到 wxWidgets 库时可能会发生此错误。我没有在这里做的事情。

注意：如果需要，我可以提供我的（长）.gdbinit 的副本

WIP：我将查看我的 .gdbinit 的详细信息，看看是否可以缩小问题范围