c – ldr [pc,#value]的奇怪行为

发布时间：2020-12-16 05:34:42 所属栏目：百科来源：网络整理

导读：我正在调试一些C代码(ARM平台上的WinCE 6) 我发现一些行为很奇怪： 4277220C mov r3,#0x93,30 42772210 str r3,[sp] 42772214 ldr r3,[pc,#0x69C] 42772218 ldr r2,#0x694] 4277221C mov r1,#0 42772220 ldr r0,#0x688] 线42772214 ldr r3,#0x69C]用于从.DAT

我正在调试一些C代码(ARM平台上的WinCE 6)
我发现一些行为很奇怪：

4277220C    mov         r3,#0x93,30
    42772210    str         r3,[sp]
    42772214    ldr         r3,[pc,#0x69C]
    42772218    ldr         r2,#0x694]
    4277221C    mov         r1,#0
    42772220    ldr         r0,#0x688]

线42772214 ldr r3,#0x69C]用于从.DATA部分获取一些常量,至少我认为是这样.

什么是奇怪的是,根据代码r2应该从地址pc = 0x42772214 0x69C = 0x427728B0填充内存,但根据内存内容,它从0x427728B8(8bytes)加载,它也适用于其他ldr用法.

调试器是否出错或者我对ldr / pc的理解？
另一个我没有的问题 – 为什么访问.data部分是相对于执行的代码？我觉得有点奇怪.

还有一个问题：我找不到第一个mov命令的语法(任何人都可以指向Thumb(1C2)的optype规范)

对不起,说笑话,但我只是熟悉大会.

解决方法

这是对的.当pc用于读取时,ARM模式下有8位偏移量,Thumb模式下有4位偏移量.

从ARM-ARM：

When an instruction reads the PC,the value read depends on which instruction set it comes from:

For an ARM instruction,the value read is the address of the instruction plus 8 bytes. Bits [1:0] of this value are always zero,because ARM instructions are always word-aligned.

For a Thumb instruction,the value read is the address of the instruction plus 4 bytes. Bit [0] of this value is always zero,because Thumb instructions are always halfword-aligned.

This way of reading the PC is primarily used for quick,position-independent addressing of nearby instructions and data,including position-independent branching within a program.

pc相对寻址有两个原因.

>与位置无关的代码,在你的情况下.
>附近有一些复杂的常数,不能用一个简单的指令写出,例如mov r3,#0x12345678在1个指令中是不可能完成的,所以编译器可能会在函数结束时将这个常数置为0. ldr r3,#0x50]来加载它.

我不知道mov r3,30是什么意思.可能是mov r3,rol 30(给出0xC0000024)？

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!