是否有适用于 Linux 的 C++ gdb GUI？ [关闭]

Question

关闭。 此问题不符合Stack Overflow 准则。 它目前不接受答案。

---

想改善这个问题吗？ 更新问题，使其成为 Stack Overflow的主题。

5年前关闭。

改进这个问题

简而言之：有没有人知道 gdb 的 GUI 使它与您在较新版本的 Visual C++ 中获得的功能集相当或接近？

详细说明：作为一个在 Windows 中花费大量时间进行编程的人，每当我必须在 Linux 中编写 C++ 代码时，我发现的最大绊脚石之一是使用命令行 gdb 调试任何东西所花费的时间比它在Visual Studio，它似乎并没有随着实践而变得更好。 有些事情只是更容易或更快地以图形方式表达。

具体来说，我正在寻找一个 GUI：

• 处理所有基础知识，例如单步执行代码、观察变量和断点
• 理解并能显示复杂和嵌套的 C++ 数据类型的内容
• 在显示参数类型等相关信息的同时，不会被模板化代码和数据结构所迷惑，并且最好能够智能地单步执行模板化代码和数据结构
• 可以处理线程应用程序并在不同线程之间切换以单步执行或查看应用程序的状态
• 除了在 gdb 中启动程序之外，还可以处理附加到已经启动的进程或读取核心转储

如果这样的程序不存在，那么我想听听人们对至少满足某些要点的程序的体验。 有人有什么建议吗？

编辑：
列出可能性很好，我会尽我所能，但如果你能在你的回答中包含它会更有帮助：
(a) 你是否真的使用过这个 GUI，如果是，你对它有什么正面/负面的反馈。
(b) 如果您知道，支持/不支持上述哪些功能

列表很容易找到，像这样的网站很棒，因为您可以了解人们对应用程序的个人体验。

Answer 1

Eclipse CDT 将提供与使用 Visual Studio 相当的体验。 我每天都使用 Eclipse CDT 来编写代码以及调试本地和远程进程。

如果您不熟悉使用基于 Eclipse 的 IDE，GUI 需要一点时间来适应。 然而，一旦您了解了 Eclipse 独有的 GUI 思想（例如透视图），使用该工具就会成为一种不错的体验。

CDT 工具提供了一个不错的 C/C++ 索引器，允许您快速找到对代码库中方法的引用。 它还提供了一个很好的宏扩展工具和有限的重构支持。

关于对调试的支持，CDT 能够执行您列表中的所有操作，但读取核心转储除外（它可能支持此功能，但我从未尝试过使用此功能）。 另外，我使用模板调试代码的经验有限，所以我不确定 CDT 会在这方面提供什么样的经验。

有关使用 Eclipse CDT 进行调试的更多信息，您可能需要查看以下指南：

• 与 CDT 调试器交互，第 2 部分：使用 Eclipse CDT 和 MI 访问 gdb
• CDT 调试教程

Answer 2

如果你想要一些 GUI 风格的东西，但仍然基于字符，gdb -tui 可以正常工作。

Answer 3

您不会发现任何覆盖 GDB 的东西可以与 Visual Studio 调试器的原始功能相抗衡。 它太强大了，而且它在 IDE 中集成得很好。

对于 Linux 替代方案，如果您喜欢免费软件，请尝试 DDD。

Answer 4

查看Nemiver C/C++ 调试器。 在 Ubuntu 中很容易安装（开发者工具/调试）。

更新：新链接。

Answer 5

Qt Creator 似乎是个好东西。 一位同事向我展示了一种设置调试的方法：

• 创建一个新项目，“导入基于 Makefile 的项目”。
• 将其指向您的根项目文件夹（它将索引其下的源代码，并且速度非常快）。
• 转到项目设置并添加运行配置，然后指定要调试的可执行文件及其参数。
• Qt Creator 似乎坚持在调试之前构建您的项目。 如果你不想这样，或者不使用 make，只需转到项目 -> 构建（左面板），然后，在“构建步骤”的右侧面板上，删除所有步骤，包括默认情况下的步骤您创建了项目。

对于调试我已经编译的应用程序来说，这似乎有点工作量，但这是值得的。 调试器以与 Visual Studio 类似的方式显示线程、堆栈和局部变量，甚至使用许多相同的键盘快捷键。 它似乎可以很好地处理模板，至少是 std::string 和 std::map。 似乎支持附加到现有进程和核心转储，但我还没有对其进行测试。

请记住，我现在使用它的时间还不到一个小时，但到目前为止我印象深刻。

Answer 6

我讨厌 Windows 开发的想法，但 VC++ 调试器是我见过的最好的调试器之一。 我还没有找到接近 VC 的 GUI 前端。

一旦你真正习惯了 GDB，它就很棒。 在愤怒中使用它，你会变得非常熟练。 我可以毫不费力地围绕一个程序完成你列出的所有事情。 在我精通之前，确实花了一个月左右的时间通过 SSH 链接到远程服务器。 不过我永远不会回去。

DDD 真的很强大，但它有很多问题。 我发现当它收到来自 GDB 的消息时，它经常冻结。 这很好，因为它有一个 gdb 界面窗口，所以你可以看到发生了什么，也可以直接与 gdb 交互。 出于某种原因，无法在我的环境中的远程 X 会话中使用 DDD（这是一个真正的问题，因为我在进行 Unix 开发时坐在瘦客户端上），所以它不适合我。

KDevelop 遵循典型的 KDE 风格并向用户公开一切。 我也从来没有在 KDevelop 中调试过非 KDevelop 程序。

Gnat Programming Studio (GPS) 实际上是 GDB 的一个很好的前端。 它不仅管理 Ada 项目，因此如果您需要调试器，值得一试。

您可以使用 Eclipse，但它的重量非常大，而且与我共事过的许多经验丰富的 Unix 人员（包括我在内）都不太关心它的界面，这不仅是 STFU，而且不会让您感到困扰。 Eclipse 似乎也占用了大量空间，并且像狗一样奔跑。

Answer 7

我用cgdb，简单实用

Answer 8

我经常使用 DDD，一旦你学会使用它，它就非常强大。 我要说的一件事是不要在 WAN 上的 X 上使用它，因为它似乎做了很多不必要的屏幕更新。

此外，如果您不与 GDB 合作并且不介意花一点钱，那么我会尝试 TotalView。 它有一点陡峭的学习曲线（它绝对可以更直观），但它是我在任何平台上使用过的最好的 C++ 调试器，并且可以扩展为以自定义方式内省您的对象（因此允许您查看STL 列表作为对象的实际列表，而不是一堆令人困惑的内部数据成员等）

Answer 9

查看 Eclipse CDT 项目。 它是一个面向 Eclipse 的插件，面向 C/C++ 开发，包括一个功能相当丰富的调试视角（在幕后使用 GDB）。 它可在各种平台上使用。

Answer 10

与 eclipse gdb 前端相似的是 emacs 前端，它与 emacs IDE 紧密相连。 如果你已经使用过 emacs，你会喜欢它：

GDB Emacs 前端

Answer 11

DDD 是 gdb 的 GNU 前端： http : //www.gnu.org/software/ddd/

Answer 12

我使用了 KDbg（仅适用于 KDE）。

Answer 13

我为 gdb 尝试了几个不同的 gui，发现 DDD 是其中更好的。 虽然我无法评论 Linux 的其他非 gdb 产品，但我在其他平台上使用了许多其他调试器。

gdb 可以完成您的愿望清单中的大部分事情。 DDD 为他们提供了更好的前台。 例如线程切换变得更简单。 设置断点与您期望的一样简单。

您还会获得一个 cli 窗口，以防万一您想做一些晦涩的事情。

DDD 比我使用过的任何其他调试器更突出的一个特性是数据“绘图”。 这允许您将结构、对象和内存显示和排列为可拖动的框。 双击指针将打开取消引用的数据，并带有返回父级的可视链接。

Answer 14

此列表中缺少一个 IDE，它非常高效（我已在许多 C/C++ 项目中使用它而没有任何问题）： Netbeans 。

Answer 15

现在，Qt Creator-on-Linux 肯定与 Visual Studio-on-Windows for C++ 相提并论。 我什至会在调试器方面说得更好。

Answer 16

你有没有看过DS-5 调试器？

有一个付费版本，其中包含许多有用的功能，但您也可以免费使用社区版（这对于嵌入式系统也非常有用）。

在使用 eclipse 在真实设备上调试 Android 应用程序时，我对这个工具有积极的体验。

Answer 17

您没有提及您使用的是 Windows 还是 UNIX。

在 UNIX 系统上， KDevelop很好，但我使用KDbg，因为它易于使用并且也适用于不是在 KDevelop 中开发的应用程序。

Eclipse在两个平台上都很好。

在 Windows 上，有一个很棒的软件包，称为Wascana Desktop Developer ，它是 Eclipse CDT 和 MinGW，它们都很好地打包和预配置，以最大限度地减少痛苦。 这是我在 Windows 上开发 GNU 代码时发现的最好的东西。

我已经使用了所有这些调试器，但没有一个比 MS Dev Studio 好。 Eclipse/Wascana 可能是最接近的，但它确实有一些限制，比如你不能进入 DLL，并且它在检查变量方面做得不好。

Answer 18

可以单步执行的操作在很大程度上将受到 g++ 生成的调试信息的限制。 Emacs 为 gdb 提供了一个接口，允许您通过工具栏/菜单控制它并在单独的窗口中显示数据，以及直接键入 gdb 命令。 Eclipse 的 CDT 提供了类似的工具。 我听说过 Anjuta 和 Code::Blocks，但从未使用过它们。

Answer 19

作为熟悉 Visual Studio 的人，我查看了几个开源 IDE 来替换它，而 KDevelop 是最接近 IMO 的东西，Visual C++ 人员可以坐下来开始使用。 当您在调试模式下运行项目时，它使用 gdb，但 kdevelop 几乎可以处理整个事情，因此您不必知道它是 gdb； 您只是单步执行或将手表分配给变量。

不幸的是，它仍然不如 Visual Studio Debugger。

Answer 20

VisualGDB是另一个 Visual Studio 插件，用于在 linux 和嵌入式平台上开发和调试应用程序。

Answer 21

Code:Blocks C++ IDE 有一个图形包装器，有一些你想要的功能，但没有 VS 的强大。

Answer 22

您是否尝试过 gdb -w 和 cygwin gdb。 它应该有一个运行良好的 Windows 界面。

我发现的唯一问题是，在我目前的机器上，直到我安装了 ddd 之后它才以这种方式运行。 我怀疑它需要在我安装 ddd 时安装的 tcltk。

Answer 23

KDevelop 工作得很好。

Answer 24

如果您正在 Visual Studio 下寻找 gdb，请检查WinGDB 。

Answer 25

在过去的 15 个月中，我使用了 Insight（随 FC6 一起提供）。 它不是很好，它是用 Tcl/Tk 编写的，但它简单且有用。 DDD 具有相似的质量/实用程序，但使用起来有些困难（各种 GUI 问题和遗漏）。 我还尝试将 gdb 与我的 IDE SlickEdit 集成。 它工作正常（我玩了大约 4 个小时），但我不喜欢 GUI 上下文切换。 我喜欢我的 IDE 在调试时保持不变； 在 Windows 上，我使用 SlickEdit for IDE 和 Visual Studio Debugger 进行调试。 因此，从 3：Insight、DDD 和 SlickEdit 中，Insight 是我的第一选择，我使用它的时间超过 95%，命令行 gdb 和 DDD 占另外 5%。 如果有机会，我会在某个时候评估 Eclipse，我的工作 PC 似乎没有足够的 RAM（仅 1GB）来合理地运行 Eclipse。

我也听到了很多对 TotalView 的赞美，包括在求职面试中的第一手。 我在 2008 年底获得了我们公司的评估，但最终我们没有进行，因为 gdb 已经足够满足我们的需求； 它是免费的，无处不在。

Answer 26

我正在寻找调试器来逐步执行正在运行的程序。 说：附上。 该程序是用 eclipse 构建的，但由于可能存在一些多线程障碍，没有喜欢的源文件。 任何。

我对 NetBeans 非常满意。

• [调试] 从菜单 -> 附加调试器...
• 由于进程选择了要调试的一个
• 作为项目 [新项目]

现在窗口消失了，你什么也看不到。 脱离进程。 阅读广场“停止”有帮助。

• 从项目中导入源代码作为文件夹。 ".../MyProject/src
• 现在它出现在您的项目中，您可以设置断点。
• 再次连接调试器
• 选择要调试的进程。
• 如果程序到达下一个断点，调试器应该停止。

转到 [window] -> [Debugging] -> 你的窗口会不会让人舒服。

Answer 27

最新版本的 Geany 支持它（不过仅在 Linux 上）

Answer 28

使用 www.zero-bugs.com/ 零调试器，它需要来自 gcc 的 C++0x 支持