GDB没有在带有break _start或info文件的第一条机器代码指令处停止输入点地址

Question

我想调试没有符号文件的应用程序。 我了解如果我缺少必要的调试信息，则有必要在程序集级别进行调试。 由于我没有调试符号，因此无法直接在方法名称上设置断点，但是我仍然应该能够在地址上设置断点。

所以我只是试图在入口地址上设置一个断点，这就是我所做的：

user@MacBookAir$ gdb
(gdb) file someexecutable
(gdb) info file

最后一条命令返回以下入口点：

收到地址后，我简单地说：

(gdb) break *0x0000000100119ec8
(gdb) run

不幸的是，目标应用程序启动时没有在入口点处中断，因此我再次尝试了它，但是这次我确实在入口点地址之后的几个地址上设置了断点-没有成功。

下一个尝试是尝试Igor Skochinsky提出的解决方案，他在此问题中发布了该代码（在GDB中的第一条机器代码指令处停止 ），以设置断点：

(gdb) b _start
(gdb) b start

但是这两个命令都导致相同的错误：

没有加载符号表。 使用“文件”命令。

是的，显然，我也需要调试符号才能正常工作。 然后我想也许它只是显示了错误的入口点地址，所以我用以下命令验证了它：

user@MacBookAir$ otool -l someexecutable

并收到以下输出：

因此，它似乎与GDB返回的入口点相同。 现在我不知道还能尝试什么。 :)也许你们对我可以尝试的方法有所了解。 任何帮助将不胜感激。 如果有不清楚的地方，或者我错过了一些重要信息，请留下简短的评论。

Answer 1

在我看来，这似乎是GDB中的错误。 我猜ASLR将二进制文件重新定位到另一个地址，但是GDB不会移动断点。 我建议以下之一：

1. 禁用ASLR：在以下位置set disable-aslr on
2. 设置环境DYLD_NO_PIE=1
3. 从可执行文件的标头中删除MH_PIE标志
4. 将入口点修补到0xCC。 一旦损坏，您可以将其修补回原始字节。