movzbl如何与寄存器值0xffffffffffffffff进行交互?

时间:2012-07-20 15:57:36

标签: java debugging assembly java-native-interface x86

我正在调试应用程序的本机C库部分中的崩溃,该部分是从Java端通过JNI调用的。

我发现了Java留给我的崩溃文件的这一部分:

# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) 64-Bit Server VM (14.2-b01 mixed mode linux-amd64 )
# Problematic frame:
# C  [binaryname.so+0x2760]  functionname+0x59

我已经反编译了这个:

[richg@SVR-LRH-ES-2A]$ gdb binaryname.so
...
(gdb) disas 0x275e 0x2768
Dump of assembler code from 0x275e to 0x2768:
0x000000000000275e <functionname+87>:  rex.RB clc
0x0000000000002760 <functionname+89>:  movzbl 0x230(%rax),%eax
0x0000000000002767 <functionname+96>:  test   %al,%al

再次查看我的堆栈跟踪和寄存器部分,我可以看到:

RAX=0xffffffffffffffff, RBX=0x00002aab6cdf46c8, RCX=0x00002b70e0f15d73, RDX=0x000000005d5ffbe0
RSP=0x00000000463f9710, RBP=0x00000000463f9770, RSI=0x00002b70e0f27820, RDI=0x00000000463f9748
R8 =0x00002b70e0f27838, R9 =0x000000005cfa9828, R10=0x000000005cfa9478, R11=0x000000005cfa9440
R12=0x00002aab84654000, R13=0x00002aab6cdf46c8, R14=0x00000000463f9808, R15=0x00002aab84654000
RIP=0x00002aab79316760, EFL=0x0000000000010206, CSGSFS=0x0000000000000033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e

所以%rax是0xffffffffffffffff。这看起来很可疑。

但是,不久前我对x86的了解已经耗尽了。我已经完成了关于movz的一些阅读,我理解它的作用(通过用零填充低24位,从8位整数转换为32位整数),但我仍然有疑问:

1)调用中0x230部分有什么意义?我可以在代码中看到movzbl的其他用法,其中包含不同的数字。

2)我是否正确地认为如果输入寄存器的值大于8位(%rax在这里),那么这会因溢出而崩溃? (这将是我崩溃的根本原因,如果是的话。)

3)为什么Java Java给我的寄存器转储中没有%eax?

1 个答案:

答案 0 :(得分:1)

0x230是偏移量,0x230(%rax)表示正常世界中的[rax+0x230]

因此movzbl 0x230(%rax),%eax最终意味着movzx eax, byte ptr [rax+0x230]

这里没有实际的输入寄存器,rax应该保存一个地址。 -1作为地址看起来不是很有效。那可能就是问题所在。

eax当然在寄存器转储中 - 只需查看rax的下半部分。