问题标签 [ddd-debugger]

我正在使用 DDD 调试包含许多文件的程序，并且能够成功设置断点并单步执行 C 源代码。有时，对于较大的源文件，我发现当我尝试进入位于文件末尾附近的函数时（例如超过 1200 行左右），整个源文件不会显示在调试器中。换句话说，只显示源文件的前 1200 行左右，即使我在文件的后半部分单步执行代码，我也看不到它。为什么源文件被剪辑，我该怎么做才能让 DDD 加载整个文件，而不仅仅是它的第一部分？

我尝试使用以下命令安装和运行 ddd：

并在尝试运行 ddd 时收到以下错误消息：

以下是 brew config 的输出：

以下是 brew doctor 的输出：

这些 brew doctor 警告是我应该尝试纠正的吗？我所有其他 brew 安装的程序都很好，所以有点不愿意开始处理这些文件。谢谢！

编辑：在 macOS 10.14.4 上，我收到此错误：

使用 LLDB 启动 DDD 会打印出以下错误消息：

X11 是从 Homebrew 和 XQuartz 网站安装的。

I'm debugging the JOS kernel (from mit operating system lab) in qemu with ddd. I set a breakpoint on the assembly instruction calling the kernel main function i386_init defined in init.c. when i launch the kernel, ddd (gdb) breaks well on that instruction with the green arrow displayed ; but when i used the stepi command, the green arrow disappears and ddd does not open the file supposed to contain the i386_init() definition. And the debug process continues with gdb only. ddd does not follow the process. More over, when i opened the file init.c, ddd shows this error:

Line 1 of \"kern/init.c\" is at address 0xf0100040 but contains no code.\n

I have done some researches on this kind of error and it seems that the problem comes from dynamic libraries. But in my case, there's no dynamic library. So what can cause this kind of problem and how to fix it?

我正在尝试在 OS X Yosemite 上安装 DDD 调试器。ddd 不再有 Hombrew 包，我尝试下载 DDD 的源代码，然后运行：

但这没有用。我收到一条错误消息：

有解决方案吗？

我刚刚在 Ubuntu 14.04 LTE 上安装了 ddd。如果我在命令行上运行它，我会收到以下警告：

好像有很多人遇到这个问题，但我无法找到解决方案。这是基于谷歌搜索。

解决问题的任何帮助表示赞赏。

I use ddd as frontend for gdb.

I want to prepare a small file which contains some commands like

But if I do a

and myfile contains any graph command the result is:

Any idea how I can script ddd. It looks that the source command is executed from gdb and gdb itself knows no "graph" command. But how to load a script in ddd itself?

我对使用“cmp”的指令感到困惑。它将指向 0x27(%esp) 的内容与 %eax 进行比较。

但是，当我尝试查看 0x27(%esp) 内部的内容时，它只会给我一个异或。

%al 的内容也是十进制的 65。我不明白 cmp 发生了什么。你能有一条指令将另一条指令 XOR 与寄存器的值进行比较吗？结果是什么？

注意：0x414141 是因为我插入了之前的 scanf 3 A。

我想我已经在我的 Qt C++ 应用程序的某个地方打破了线程亲和性的规则。

我收到很多这样的消息：

我正在使用 DDD/GDB。我可以插入某种陷阱来捕获这些错误并给我回溯吗？理想情况下同时暂停所有其他线程？

我试图停止写入标准输出（b write if 1==$rdi根据this），但这没有用。

我正在编写一个 C 程序。在“代码和修复”阶段，我使用 DDD（gdb UI）进行调试。

我用 gcc -g 编译并调用 ddd

DDD 一直运行良好，直到突然，当我调用它时，代码不再出现。

我所想象的只是 DDD 默认屏幕（打开不带参数的 ddd 时弹出的屏幕相同）。我可以像往常一样使用程序菜单中的运行命令从 DDD 启动程序。

我没有修改任何配置文件，并且更改发生在工作中间，之前没有重新启动。然后，我尝试重新启动，并重新安装 ddd，但没有成功。Gdb 运行良好。

我在 Linux Mint 17.3 上工作。

有任何想法吗？谢谢！

I found an old solution to this problem that suggested compiling with -gdwarf-2, but this solution does not or no longer work for me.

So, running ddd on a compiled file and then double clicking variables always results in the error no symbol <var> in current context

My program is this:

the commands I used are these:

Versions of the programs:

How can I make this work?