x86汇编中符号扩展中的前导零？

Question

我阅读了Kip IRVINE的《x86处理器的汇编语言》一书，他写道：

将较小的值复制到较大的值

虽然MOV不能直接将数据从较小的操作数复制到较大的操作数，但程序员可以创建变通方法。假设计数（无符号，16位）必须移动到ECX（32位）。我们可以将ECX设置为零，并将计数移动到CX：

.data
count WORD 1
.code
mov ecx,0
mov cx,count

如果我们用一个等于-16的有符号整数尝试相同的方法，会发生什么？

.data
signedVal SWORD -16 ; FFF0h (-16)
.code
mov ecx,0
mov cx,signedVal ; ECX = 0000FFF0h (+65,520)

ECX（65,520）中的值与-16完全不同。另一方面，如果我们首先用FFFFFFFFh填充ECX，然后将signedVal复制到CX，那么最后的值将是正确的：

mov ecx,0FFFFFFFFh
mov cx,signedVal ; ECX = FFFFFFF0h (-16)

我的问题是最后一部分。我认为上面代码的第一行我们应该写mov ecx，fffffffffff h，而不是0FFFFFFFFh。换句话说，前导零是什么？

Answer 1

要区分符号（即变量）和数字，您必须以十进制数字开头。

mov ecx的数值参数始终存储为32位，无论您在代码中写入的数字是多少（只要最终值小于2^32）。忽略前导零。

与以0开头的C/C数字不同，以0开头的C/C数字不被解释为八进制数字（如果您担心的话）。八进制数字以0t开头。

Answer 2

为了区分标签和数字文字，大多数汇编程序要求后者始终以数字开头，即使它只是一个无关紧要的零。

如果你计算0ffffffffh中有效十六进制数字的数量，你会发现它们实际上是八个，每个数字携带四位信息<8乘以4等于32<您的文字长度为36位。

简单地说，像dah、e0h等数字必须用前导0来写<在你的脑海里，你应该自动去掉多余的零。