问题标签 [cgdb]

通过 运行程序后cgdb，cgdb不会退出。键入kill，然后quit导致cgdb挂起。

如果我不在调试器中加载文件，则quit可以。如果我加载文件但不运行它，则quit可以。如果我run的文件，quit挂起。

我如何能：

• 确定为什么会这样？我无法查看的返回值cgdb（因为我必须这样ps aux ; kill做，或者关闭terminal窗口等）。我也无法在网上找到任何关于此问题的其他人的参考资料。
• 修好吗？在不知道到底出了什么问题的情况下，有没有super-cool-command我可以运行来强制杀死调试器quit？

更多详细信息：

• 安装cgdb了macports. 运行port upgrade outdated并没有解决这个问题。
• cgdb --version返回：CGDB 0.6.6
• uname -a: 达尔文内核版本 12.2.0
• 使用OS X 10.8.2.

我有以下功能~/.gdbinit：

但是，在其中运行时foo，gdb它会以蓝色打印testing...，但在cgdb 结果中运行时是：

如何在 中启用颜色转义码cgdb？

我可以通过在 GDB 中放置一个断点然后按下c继续执行来执行到 GDB 中的特定行。

是否有一个命令可以运行到特定的行号，以避免运行上述命令序列？

当我运行 CGDB 时，我看到所有代码/回溯/标准输出的东西都很好。当我退出时，一切都会被清除（例如，就像我退出 vim 时一样）。结果我失去了所有的输出。

我意识到这会有点奇怪，因为它已经内置了一个寻呼机。我只是没有在info cgdb文档中找到任何表明保留日志的魔法的参考。

我知道这应该很容易，并且我已经查看了自述文件和 cgdb 中的其他文件，例如 INSTALL，这些文件谈到了安装 cgdb。我试图安装 cgdb 并且说明说：

但是，我通过运行 git clone 命令获得的文件中没有这样的文件。即从运行：

我进入该文件查看安装说明，它显示以下内容：

还有更多我没有粘贴。

让我困惑的部分是以下段落：

这是否意味着我应该运行./configure.in？老实说，我有点害怕运行它，因为我需要以 sudo plus 的形式运行它，该文件甚至不会在我从 git clone 获得的代码中退出。这是我在该目录中所做的：

我在该目录中为 config 或 config.in 做了 grep，但它没有产生任何有用的东西。

我也尝试过brew安装它，但遇到了问题。当我cgdb打开文件并点击运行时，它会在打印语句处冻结，而不是像在(gdb). 有谁知道怎么回事？是因为我使用的是 go 源文件吗？

人们做了什么让 cgdb 在 Mac 上工作？

我知道 Go 团队不会很好地支持 GDB。但是，它似乎有时会起作用，所以在我放弃之前，我想看看它是否适用于这个程序。

我试图用它在 mac os x mavericks 中调试我的程序，不幸的是我无法在运行时检查我的程序。我正在使用 mac os x mavericks 10.9.4，我的 go 版本是 go version go1.2.2 darwin/amd64。

如果我gdb my_binary在我的二进制文件上执行然后尝试运行它，会发生以下情况：

我要关注的那一行是最后一行：

我是否错误地编译了我的 go 程序？是否有任何标志可以使这项工作？

我只是这样做了go build my_program，但似乎有些标志或其他东西可以使它起作用？

我已经能够让 gdb 在非常简单的程序上工作，但是在这个更大的程序上它会失败并抛出上述错误。有人知道为什么会这样吗？是否有人能够使其适用于具有大量库和包之类的大型程序？

我知道它可能不起作用，但我想通过询问社区来尝试一下。

（如果有的话，我也愿意使用不同的调试器）。

（我对 cgdb 也有同样的问题）。

（我也愿意使用任何其他允许我查看变量值、断点和类似基本功能的调试器，也许探索 go-routines 会很棒。当然对于 mac）

我刚刚gdb 7.8在运行 linux 的服务器机器上从我的主目录中的源代码编译。我以前一直在使用gdb 7.6，除了gdb自身的稳定性问题（升级的原因）之外，一切正常。

自升级以来gdb，当我运行时，cgdb 0.6.7我立即收到以下消息：

当我建造gdb时，我使用了./configure --with-python.

当我运行cgdb并且我的程序遇到段错误时，我输入backtrace并收到以下消息：

Python 异常没有名为 gdb.frames 的模块：

所以看起来我实际上无法在没有python支持的情况下使用gdb/ 。cgdb我能做些什么来解决这个问题？

FWIW；我不使用python，我通常写c++。

对于过时的自制程序，github 问题应该放在哪里；homebrew 的 github，还是项目维护者的某个地方？

对于我一直在尝试的公式cgdb，似乎在他们的 0.6.8 版本中，他们修复了一个一直影响我的计算机的错误。此版本已于 2014 年 11 月 13 日发布。但是，自制软件（我从它安装cgdb）具有 0.6.7 版本。

那么问题应该放在哪里呢？

I set a color for the GDB prompt by adding this line to ~/.gdbinit:

This works fine in GDB, until I open the TUI. It then discards the colors and shows the raw color codes. The same thing happens if I use CGDB.

This is 2015. Is there any way I can have both colors in GDB and also view the source code I'm debugging in a subwindow (like in TUI/CGDB) at the terminal?

这是我尝试使用 cgdb 调试的非常简单的程序。问题是，一旦我到达“scanf”行，它就会提示输入，但是一旦我在输入输入后按下回车（下例​​中的 2），它似乎进入了一个无限循环。但它在 gdb 中运行良好。

这是终端中的执行跟踪：

键入“apropos word”以搜索与“word”相关的命令...从测试中读取符号...完成。

(gdb) 开始

0x400585 处的临时断点 1：文件 test.cpp，第 7 行。启动程序：/home/Alex/Desktop/test

临时断点1，main() at test.cpp:7

(gdb) 下一个

2（这是我的输入）

无限循环从这里开始。