为什么ELF文件的加载地址是0x8048000

最新推荐文章于 2024-08-02 10:43:18 发布
转载 最新推荐文章于 2024-08-02 10:43:18 发布 · 970 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/yves/p/4533713.html

本文解释了为何ELF文件在进程虚拟地址空间中的加载起始地址为0x8048000。通过ld命令可以查看到此默认值，并探讨了这一数值的历史由来及其在现代系统中的延续。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

　　在一个进程的虚拟地址空间中，ELF文件是从0x8048000这个地址开始加载的，为什么会是这个地址？

　　回答：用命令ld --verbose可以看到0x08048000，ld的默认脚本用这个地址作为ELF的起始地址。这个值并没有特殊意义，好像是早期386上的某个类unix系统用了这个值，就一直延续下来了。

　　还有这个帖子：为什么二进制程序的入口地址是0x8048000？

转载于:https://www.cnblogs.com/yves/p/4533713.html

ELF文件程序表头和代码实现ELF文件加载
tyler_download的专栏
12-12 4705
前面章节我们了解了ELF文件的头部结构，这次我们深入了解另一个非常重要的数据结构，那就是程序表头。操作系统严重依赖该结构来加载ELF文件或是实现动态链接。程序表头反映的是当ELF加载到内存后所形成的“视图”或结构，也就是说ELF文件存在硬盘上或者被加载到内存，它展现出来的形态不一致。 我们先看程序表头的数据结构： typedef struct { unit32_t p_type; #数据类型 uint332_t p_flags; #标志位 uint64_t p_offs
Android 动态链接器-ELF文件的加载
woai110120130的专栏
04-06 1115
VerifyElfHeader elf加载过程其实最主要的部分就是创建程序的段： ElfReader::ElfReader(const char* name, int fd, off64_t file_offset, off64_t file_size) : name_(name), fd_(fd), file_offset_(file_offset), file_size_(file_s...
ELF文件解析和加载(附代码)
a40033280的博客
02-17 1806
目的： 进行双核AMP实验，cpu0需要将cpu1的ELF文件加载到内存。 硬件环境： zynq7010 软件环境： workbench6.9 vivado2018.3 petalinux2018.3 uboot中有现成的解析ELF文件的代码，直接复制就可以用。 下面的代码在这里插入代码片 sadf sdaf sadf asdf sadf sadf ...
ELF文件入口地址
f1307341的专栏
12-11 3567
<br />ELF文件的入口地址实际为代码段（文本段）的起始地址。用readelf可以查看elf文件的信息，其中包含入口地址信息：<br /> <br />$ readelf -h a.out<br />ELF Header:<br />  Magic:   7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 <br />  Class:                             ELF32<br />  Data:                
linux elf 加载位置,获取ELF二进制文件的已加载地址，dlopen无法正常工作
weixin_31445167的博客
05-15 633
小编典典在Linux上，dlopen不返回加载ELF二进制文件的地址。而是返回structlink_map具有.l_addr成员的成员。因此，您需要以下内容：struct link_map *lm = (struct link_map*) dlopen(0, RTLD_NOW);printf("%p\n", lm->l_addr);但是，尽管有评论/usr/include/link.h说，....
《操作系统真相还原》加载内核编译第一段起始地址为0x8048000的问题
qq_43541236的博客
10-10 311
《操作系统真相还原》加载内核编译第一段起始地址为0x8048000的问题
在linux下，为什么 i386 ELF可执行文件默认从地址（.text）0x08048000开始分配。 而 x64是0x400000...
li_haoren的博客
11-17 836
【Contiki】ELF文件的动态加载机制
大雨的博客
06-13 589
ELF文件的动态加载机制主要依赖于动态链接器（dynamic linker），也称为动态加载器（dynamic loader）。动态链接器负责在程序运行时解析ELF文件中的动态链接信息，加载所需的共享库，并完成符号解析和重定位过程。
基于单片机的ELF可执行文件加载以及Bootloader程序实现程序切换
m0_70569293的博客
08-02 1273
BootLoader就是单片机启动时候运行的一段小程序，这段程序负责单片机固件的更新，也就是单片机选择性的自己给自己下程序。可以更新，也可以不更新，更新的话，BootLoader更新完程序后，跳转到新程序运行；不更新的话，BootLoader直接跳转到原来的程序去运行。2.BootLoader更新完程序后并不擦除自己，下次启动后依然先运行BootLoader程序，又可以选择性的更新或者不更新程序，所以BootLoader就是用来管理单片机程序的更新。
linux 程序 入口点,Linux ELF格式文件解析之relocation和entry入口点，基于gas汇编语言视角...
weixin_42169245的博客
05-03 424
问题引入：Linux的elf文件一开始理解起来的确很难，有的人可能会去看《linkers and loaders》，这书的确好，但是没有详细的解释很多细节，尤其是从汇编语言视角。我读了这本书很多地方后还是不明白，然后我又读了IBM360计算机的汇编器设计文档，里面详解了二次扫描汇编器的设计原理，以及relocation概念。但这些依然解决不了我的疑惑，因为困扰我的是一个选项，即ld -Ttext=...
修改linux进程启动加载地址,浅析Linux计算机进程地址空间与内核装载ELF
weixin_39626180的博客
05-01 435
环境：lubuntu 13.04 kernel 3.8 gcc 4.7.3作者： SA12226265简介： 本文基于Linux?系统对进程创建与加载进行分析，文中实现了Linux库函数fork、exec，剖析内核态执行过程，并进一步展示进程创建过程中进程控制块字段变化信息及ELF文件加载过程。一、初识Linux进程进程这个概念是针对系统而不是针对用户的，对用户来说，他面对的概念是程序。当用...
程序运行之ELF文件结构
dianjie9145的博客
05-19 186
ELF目标文件格式的最前部是ELF文件头。包含了整个文件的基本属性。比如ELF文件版本，目标机器型号，程序入口地址等。然后是ELF的各个段，其中ELF文件中与段有关的重要结构就是段表。段表描述了ELF文件包含的所有段的信息，比如每个段的段名，段的长度，在文件中的偏移，读写权限及段的其他属性。 一文件头; 通过readelf命令来详细查看ELF文件的头信息： root@zhf...
读《程序员的自我修养》之ELF可执行文件默认起始地址
wuxianglonghaohao的专栏
09-29 1290
这段时间都在阅读《程序员的自我修养》，yuedu
linux 加载地址 0x08048000,linux – ELF的基地址
weixin_42160376的博客
05-13 666
我试图找到ELF文件的基地址.我知道您可以使用readelf查找程序入口点和不同的部分详细信息(基址,大小,标志等).例如,x86体系结构的程序基于链接器的0x8048000.使用readelf我可以看到程序入口点,但输出中没有特定字段告诉基地址.$readelf -e testELF Header:Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 0...
linux应用程序的地址分布
bzbaiyanchao的博客
11-03 675
在C程序开发中常见代码段，数据段，BSS段，堆，栈这些名词，那linux C程序的地址在内存中是怎么分布的呢，下面看一张表 栈   在高地址向下增长 堆   向上增长 BSS 数据段 代码段  0X80480000 任何linux应用程序都是从0x8048000地址处开始，代码中全局变量包括静态变量都是存储数据段，全局的常
linux 加载地址 0x08048000,32位计算机中用于0x08048000之前的内存是多少？
weixin_29268331的博客
05-13 290
小编典典答案确实是：一堆东西。可执行文件的加载地址没有神奇的含义，几乎所有内容都可以映射到较低的地址。常见示例包括：C库(例如C库)，动态加载程序ld.so和内核VDSO(内核映射动态代码库，提供了x86Linux中内核的某些接口)。但是，您可以使用mmap()系统调用将所需的内容映射到任何地方。例如，在我的特定计算机上，地图如下(已获得，但为“ cat / proc / self / maps”...
内存管理一之基础
zll5258的博客
04-28 453
本文主要以32位机器为准。 1.0 虚拟地址、物理地址、逻辑地址、线性地址 虚拟地址又叫线性地址。linux没有采用分段机制，所以逻辑地址和虚拟地址（线性地址）（在用户态，内核态逻辑地址专指下文说的线性偏移前的地址）是一个概念。物理地址则是内存的实际地址。 内核的虚拟地址和物理地址，大部分只差一个线性偏移量。用户空间的虚拟地址和物理地址则采用了多级页表进行映射，但仍称之为线性地址
Linux内核如何装载和启动一个可执行程序
weixin_30449239的博客
04-06 130
20135311傅冬菁原创作品转载请注明出处 《Linux内核分析》MOOC课程http://mooc.study.163.com/course/USTC-1000029000 Linux内核如何装载和启动一个可执行程序 一、内容分析 一、预处理、编译、链接和目标文件的格式 1.预处理阶段 ：编译器将C源代码中包含的头文件编译进来和执行宏替换等工作。 gcc -E -o XX.cpp...
elf文件是什么
最新发布
04-28
<think>嗯，用户现在想了解ELF文件的定义和用途，之前他们问过关于用Notepad打开ELF文件的问题，我的回答里提到了ELF是Linux/Unix的可执行文件格式，包含二进制指令和结构信息。现在需要更详细地解释ELF的定义和用途，可能还需要结合之前的引用资料。 首先，用户需要明确的定义，我应该从ELF的全称开始，说明它是可执行与可链接格式，属于标准文件格式。然后用途方面，得涵盖可执行文件、目标文件、共享库和核心转储，这些都是引用[2]提到的。可能需要分点说明，结构清晰。 用户可能还关心ELF的结构，比如头部、节和段，这些在之前的回答里提到过，但这里需要更详细。另外，应用场景部分，可以结合之前对比工具时的表格，说明开发者、系统管理员等如何使用ELF文件。 要注意引用之前的资料，比如引用[1]和[2]，但根据用户指示，引用只是参考，需要结合他们的问题。可能需要避免使用过多技术术语，但保持准确性。同时，用户可能对ELF的重要性感兴趣，比如为什么Linux选择ELF，它有什么优势，比如跨平台、灵活的结构，支持动态链接等。 还要确保回答符合格式要求，使用中文，行内公式用$...$，独立公式用$$...$$，但这里可能不需要数学公式，所以主要用分点和表格。最后生成相关问题，可能包括ELF的结构、与Windows格式的区别，如何分析ELF文件，这些都是用户可能进一步想知道的。</think>### ELF文件格式详解及核心用途 --- #### **一、ELF的定义** ELF（**E**xecutable and **L**inkable **F**ormat）是类Unix系统（如Linux、FreeBSD）中用于**可执行文件**、**目标文件**、**共享库**及**核心转储文件**的标准二进制格式[^2]。其设计目标是统一不同平台的可执行文件格式，支持动态链接、跨平台兼容性和灵活的代码组织。 --- #### **二、ELF文件核心结构** ELF文件由以下三部分构成： 1. **ELF头（ELF Header）** - 描述文件类型（如可执行文件或共享库）、目标机器架构（如x86-64）、入口地址（程序起始执行位置）等元信息。 - 通过`readelf -h filename`可查看： ```bash Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Entry point address: 0x400430 ``` 2. **节（Sections）** - 存储代码、数据、符号表等逻辑单元。常见节包括： - `.text`：编译后的机器指令。 - `.data`：已初始化的全局变量。 - `.symtab`：符号表（函数/变量名与地址映射）。 3. **段（Segments）** - 描述如何将节加载到内存中，由程序头（Program Header）定义。例如： - `LOAD`段：需加载到内存的代码或数据。 - `DYNAMIC`段：动态链接信息。 --- #### **三、ELF文件的主要用途** | 类型 | 用途 | 典型文件扩展名 | |----------------|-------------------------------------------------------------|----------------------| | **可执行文件** | 直接运行的程序（如`/bin/ls`），包含入口点和加载指令 | 无扩展名或自定义 | | **目标文件** | 编译后未链接的中间文件（`.o`），供链接器生成可执行文件 | `.o` | | **共享库** | 动态链接库（如`libc.so`），运行时被加载到内存供多程序共享 | `.so`（Linux） | | **核心转储** | 程序崩溃时的内存快照，用于调试分析 | `core` | --- #### **四、ELF在开发中的关键作用** 1. **动态链接支持** - 通过`.plt`（过程链接表）和`.got`（全局偏移表）实现运行时加载共享库，减少内存占用[^1]。 2. **跨平台兼容性** - 支持多种CPU架构（如x86、ARM），通过ELF头的`e_machine`字段标识目标平台。 3. **调试与分析** - 工具如`objdump`、`gdb`依赖ELF中的符号表和调试信息进行反汇编或断点调试。 --- #### **五、ELF与其他格式对比** | 特性 | ELF（Linux） | PE（Windows） | Mach-O（macOS） | |---------------|--------------------|---------------------|---------------------| | **文件结构** | 节（Section）分段 | 节表与数据目录 | 加载命令与段 | | **动态链接** | `.so`共享库 | `.dll`动态链接库 | `.dylib`动态库 | | **调试支持** | 内置DWARF格式 | PDB文件 | 兼容DWARF | --- #### **六、ELF文件分析工具示例** 1. **查看ELF头信息** ```bash readelf -h main.elf # 显示ELF头 ``` 2. **反汇编代码段** ```bash objdump -d main.elf # 输出汇编代码 ``` 3. **提取符号表** ```bash nm main.elf # 列出所有符号（函数/变量） ``` --- [^1]: ELF文件格式详解（中文）提供了动态链接机制的底层实现描述。 : ELF作为Unix标准格式，其设计目标包括支持跨平台和模块化代码组织。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值