我正在尝试调试此简单的C程序：
#include <stdio.h>
int main(int argc, char *argv[]) {
printf("Hello\n");
}
但是当我分解主要功能时，我得到了：
(gdb) disas main
Dump of assembler code for function main:
0x000000000000063a <+0>: push rbp
0x000000000000063b <+1>: mov rbp,rsp
0x000000000000063e <+4>: sub rsp,0x10
0x0000000000000642 <+8>: mov DWORD PTR [rbp-0x4],edi
0x0000000000000645 <+11>: mov QWORD PTR [rbp-0x10],rsi
0x0000000000000649 <+15>: lea rdi,[rip+0x94] # 0x6e4
0x0000000000000650 <+22>: call 0x510 <puts@plt>
0x0000000000000655 <+27>: mov eax,0x0
0x000000000000065a <+32>: leave
0x000000000000065b <+33>: ret
End of assembler dump.
这已经很奇怪了，因为我认为地址以前缀4开头（对于32位可执行文件）和8开头（对于64位可执行文件）。
但是接下来，我设置了一个断点：
(gdb) b *0x0000000000000650
Breakpoint 1 at 0x650
我运行它，得到以下错误消息：
Warning:
Cannot insert breakpoint 1.
Cannot access memory at address 0x650
最佳答案
您的代码很可能被编译为Position-Independent Executable (PIE)以允许Address Space Layout Randomization (ASLR)。在某些系统上，将gcc配置为默认情况下创建PIE（这意味着将-pie -fPIE选项传递给gcc）。
当您启动GDB调试PIE时，由于您的可执行文件尚未启动，因此尚未重定位，它开始从0读取地址（在PIE中，包括.text节在内的所有地址都可重定位，并且它们的起始地址为，类似于动态共享对象）。这是一个示例输出：
$ gcc -o prog main.c -pie -fPIE
$ gdb -q prog
Reading symbols from prog...(no debugging symbols found)...done.
gdb-peda$ disassemble main
Dump of assembler code for function main:
0x000000000000071a <+0>: push rbp
0x000000000000071b <+1>: mov rbp,rsp
0x000000000000071e <+4>: sub rsp,0x10
0x0000000000000722 <+8>: mov DWORD PTR [rbp-0x4],edi
0x0000000000000725 <+11>: mov QWORD PTR [rbp-0x10],rsi
0x0000000000000729 <+15>: lea rdi,[rip+0x94] # 0x7c4
0x0000000000000730 <+22>: call 0x5d0 <puts@plt>
0x0000000000000735 <+27>: mov eax,0x0
0x000000000000073a <+32>: leave
0x000000000000073b <+33>: ret
End of assembler dump.
如您所见，这显示了与您相似的输出，其中
0地址从低值开始。一旦启动可执行文件，就会发生重定位，因此之后，您的代码将被放置在进程内存中的某个随机地址处：
gdb-peda$ start
...
gdb-peda$ disassemble main
Dump of assembler code for function main:
0x00002b1c8f17271a <+0>: push rbp
0x00002b1c8f17271b <+1>: mov rbp,rsp
=> 0x00002b1c8f17271e <+4>: sub rsp,0x10
0x00002b1c8f172722 <+8>: mov DWORD PTR [rbp-0x4],edi
0x00002b1c8f172725 <+11>: mov QWORD PTR [rbp-0x10],rsi
0x00002b1c8f172729 <+15>: lea rdi,[rip+0x94] # 0x2b1c8f1727c4
0x00002b1c8f172730 <+22>: call 0x2b1c8f1725d0 <puts@plt>
0x00002b1c8f172735 <+27>: mov eax,0x0
0x00002b1c8f17273a <+32>: leave
0x00002b1c8f17273b <+33>: ret
End of assembler dump.
如您所见，这些地址现在带有可以设置断点的“真实”值。请注意，尽管通常在GDB中您仍然看不到ASLR的效果，因为默认情况下它会禁用随机化（调试带有随机位置的程序会很麻烦）。您可以使用
.text进行检查。如果您真的想在您的PIE中看到ASLR的效果，请show disable-randomization。然后，每次运行都会将您的代码重新定位到随机地址。因此，最重要的是：调试PIE代码时，首先在GDB中
set disable-randomization off程序，然后找出地址。或者，您可以显式禁用PIE代码的创建，并使用
start编译应用程序。我的系统默认情况下不强制执行PIE创建，因此，不幸的是，我不了解在这样的系统上禁用PIE的含义（很高兴看到对此的评论）。
有关一般情况下对位置无关的代码（PIC）的更全面的说明（这对于共享库至关重要），请参见Ulrich Drepper's paper "How to Write Shared Libraries"。
关于c - 无法插入断点。地址值低，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/59209090/