User interface 通过ssh进行简单的基于gui的gdb调试

我将ssh安装到远程安装的linux虚拟机中。我使用Vim来编写代码。然而，为了进行调试，我通过X11使用netbeans，这有时会非常慢。我试过使用gdb，但它是一个效率杀手。我喜欢将鼠标悬停在我的变量上，现在看到它们的值，而不是执行p variable_name，另外我喜欢查看和浏览代码。有什么简单的基于gui的调试工具可以使用吗。我曾尝试使用clewn，但这不起作用，因为它缺少netbeans\u intg功能。还有其他类似的基于vim gui的调试工具吗？

好吧，我之前遇到过类似于你的情况，你可以看看我的问题。
首先，netbeans_intg特性的问题与vim有关，vim是在不支持它的情况下编译的。如果您可以自己重建vim，那么就可以启用它。

否则，正如我给自己的问题的答案所示，您可以利用clewn的远程vim功能。
简而言之，您可以拥有一个“本地”vim（即，大概在台式机/笔记本电脑上），它仍然必须使用netbeans_intg支持构建，但现在它是一个完全由您控制的vim（即，它在“您的”机器上），而clewn将在运行gdb和调试对象的linux主机上运行。 然后，您可以将源文件保存在您的台式机/笔记本电脑上，并在调试时让远程clewn“驱动”您的本地vim到正确的源文件。
IOW:clewn将从gdb获取信息，以准确地知道您进入了哪个文件/行，并连接到远程vim，并告诉它：“嘿，抓住这个文件并在这行周围显示”，突出显示当前行、断点等。 这是一个很好的解决方案，当您部署了很远的系统，并且需要在对运行它们的主机影响最小的情况下对它们进行调试时，可能没有选择将所有源文件传输到那里。 我不知道这是否符合你的想法，但它确实改变了我

嗯,， 安德里亚。

你可以试试 它是gdb的gui，我认为它比netbeans轻

---

是gdb的一个接口，但不是图形接口。它不提供将鼠标悬停在变量上的可能性，但会显示一个包含源代码的窗口。

签出。理论上，您应该能够在linux机器上以服务器模式启动gdb，并通过您选择的GUI进行连接。只要GUI支持远程gdb连接，Netbeans就是这样。

这并不能回答您的问题，作为

vim

用户，我理解您的痛苦，但

emacs

“GUD模式实际上并不坏，在终端中工作良好（

emacs-nw

）。