MASM mov指令的进一步测试

在发表文章A Test in MASM and GCC 64-bits for instruction mov and lea之后，有朋友立刻指出了文章中的一个重大问题，对于其结论产生了重大影响。同时因为用英文被嘲笑装B，因此新发一个文章，用中文进一步说明MASM对mov的处理。

第一篇文章指出，MASM中，"mov register, variable"这样的语句，会装载variable的地址，而不是其值。GCC则会装载其值。

朋友指出，其实奥秘在于variable的定义。请看下面的代码：

; g_data is a pointer array for data; using NEAR and using QWORD is totally different for MASM; NEAR is treated as a label so in mov instruction, MASM will adding OFFSET; but QWORD is treated as a variable so in mov, MASM will load its value;extrn g_data:NEARextrn g_data:QWORD

之前的测试中，g_data的类型是NEAR。NEAR对于MASM来说，是label，而不是变量，所以在"mov rax, g_data"中，MASM会加OFFSET，并且装载的是g_data的地址。

如果向现在的代码这样，把NEAR改为QWORD，对于MASM来说，g_data就是一个变量了，"mov rax, g_data"会装载g_data的值。这时就和GCC一致了。

修改之后的运行结果：

同时这个结果也回答了上个文章的问题5。

另外，也可以通过加DWORD PTR的方式达到同样的目的，即：

extrn g_data:NEAR......mov rax, DWORD PTR g_data

值得一提的是，对于MASM来说，变量加不加中括号都是一样的。即[g_data]与g_data是一样的。

这个链接测试了一些有没有中括号的情况：

http://bbs.pediy.com/archive/index.php?t-28671.html

但是这个链接中的测试，对于32-bits是正确的，对于64-bits，中括号是有用的！所以链接里面的结论对64-bits是不正确的。

32位下要取某一特定地址下的内容有一个变通方法，就是写DS:400000H。因为在保护模式下面，DS是作为描述符选择子用的，Windows设置描述符时会把基地址设置位0，所以DS:400000H和400000H指向的地址没有区别。