自制OS开发中C++字符指针相关的链接脚本问题

可能的核心原因 #

在裸机操作系统环境下，字符串字面量（const char* c = "hello"）默认存储在.rodata段，但以下问题会导致访问失败：

1. 链接脚本指定的运行地址与实际加载地址不匹配，导致读取到错误的内存内容
2. 启动代码未正确加载.rodata段到内存
3. 分页/内存权限设置未允许读取.rodata区域
4. 编译器优化导致字符串字面量的寻址逻辑异常

分步排查与解决 #

1. 验证链接脚本地址正确性 #

如果你的内核是通过GRUB等引导加载器启动，默认加载地址是0x100000（1MB），而非链接脚本中设置的0x1000。地址不匹配会导致所有段的偏移错误，包括.rodata。

修改链接脚本的起始地址：

ENTRY(main)
OUTPUT_FORMAT(binary)

SECTIONS
{
    . = 0x100000; /* 修正为GRUB默认的内核加载地址 */

    .text : { *(.text) }
    .rodata : { *(.rodata) }
    .data : { *(.data) }
    .bss : { *(.bss) }
    /DISCARD/ : { *(.eh_frame) }
}

2. 临时绕过.rodata测试 #

将字符串字面量强制放到.data段，排除.rodata的加载/权限问题：

// 方案1：用字符数组替代指针（数组直接存储在当前段）
const char c[] = "hello";
if (c[0] == 'h') {
    // 执行逻辑
}

// 方案2：强制指针指向.data段的字符串
const char* c __attribute__((section(".data"))) = "hello";

如果修改后代码正常运行，说明问题出在.rodata的加载或映射上。

3. 检查启动代码的段加载逻辑 #

确保汇编启动代码将所有段（包括.rodata）从磁盘加载地址复制到链接脚本指定的内存地址。例如，启动代码中遍历ELF段表或手动复制时，要包含.rodata的起始和结束地址：

; 示例：复制所有加载段到内存（伪代码）
mov esi, bootloader_load_address
mov edi, 0x100000
mov ecx, total_segment_size
rep movsb

4. 反汇编验证寻址逻辑 #

用objdump查看内核二进制的段内容和指令，确认字符串的存储地址与访问指令是否匹配：

objdump -d -s kernel.bin > kernel_disasm.txt

在输出中：

• 找到.rodata段，确认"hello"的十六进制内容（68 65 6c 6c 6f 00）及其起始地址
• 查看main函数中判断c[0] == 'h'的指令，确认它访问的地址是否与.rodata中字符串的地址一致

5. 检查内存分页与权限（若已启用分页） #

如果内核开启了分页，需确保：

• .rodata所在的虚拟地址被正确映射到物理地址
• 页表项设置了可读权限（禁止写权限是正常的，但必须允许读）

内容的提问来源于stack exchange，提问作者Ynon Slutzker