我有以下代码可以在 Windows XP 32 位 2.09.08 NASM 上正常组装和运行:

; how to compile: nasm -f elf test.asm
; how to link: ld -o test.exe test.o

section .data

section .text

;global _WinMain@16
;_WinMain@16:

;global _start
_start:
    mov ax,4           

    jmp $

根据许多关于 NASM 的教程，asm 文件需要包含以下内容:

global _WinMain@16
_WinMain@16:
...

如您所见，我的 asm 文件中没有它。 (它被注释掉了，All it has is _start)。那么，当我的汇编程序没有全局 _WinMain@16 东西并且可以工作时，所有这些教程都提到需要全局 _WinMain@16 东西是怎么回事？

这是组装命令:nasm -f elf test.asm
这是链接的命令:ld -o test.exe test.o

最佳答案

Windows 上有多种类型的应用程序，它们具有不同的入口点，具体取决于它们的类型。通过 link.exe 选项:

• /SUBSYSTEM:CONSOLE - 需要 main并链接 msvcrXX.dll .这些应用程序在控制台窗口中运行；如果您没有运行 cmd.exe 实例，则会打开一个实例。
• /SUBSYSTEM:WINDOWS - WinMain是起点。参见 here .通常在 C 中，这些 #include <windows.h>并直接链接到 kernel32.dll .这些图形用户界面应用程序几乎肯定与 user32.dll 相关联可能还有 advapi32.dll
• /SUBSYSTEM:NATIVE - 这里有两种类型的应用程序；驱动程序和应用程序。 native NT 应用程序在 Windows 启动期间运行并需要 NtProcessSStartup作为切入点。 native 应用程序中没有 libc。司机又不一样了。

link.exe 支持的 Windows 子系统的完整列表可用here .

_start是符号窗口将实际启动您的代码运行。通常，libc或类似的实际处理 _start并进行一些初始设置，因此您的程序实际上并没有完全从 _main 开始.如果你想链接 libc你会遇到问题，因为你会与 libc 库有冲突的符号。但是，如果您从不打算调用属于 C 或 C++ 标准库的任何函数，则可以使用 _start .

编辑 哎呀我刚注意到这个:

; how to compile: nasm -f elf test.asm
; how to link: ld -o test.exe test.o

我假设您没有使用 -f elf一。 ELF(executable and linkable format)是可执行文件的 linux 格式； Windows 需要可移植可执行 (PE) 镜像。 nasm 选项是 -f win32 , 或者对于 dos nasm -f coff .

Edit 2 只是为了检查，我组装了代码并再次反汇编。我也用过mingw。无论如何，我得到了:

SECTION .text   align=16 execute                        ; section number 1, code
Entry_point:; Function begin
; Note: Length-changing prefix causes delay on Intel processors
        mov     ax, 4                                   ; 00401000 _ 66: B8, 0004
?_001:  jmp     ?_001                                   ; 00401004 _ EB, FE
; Entry_point End of function
; Note: Length-changing prefix causes delay on Intel processors
        mov     ax, 4                                   ; 00401006 _ 66: B8, 0004
?_002:  jmp     ?_002                                   ; 0040100A _ EB, FE

header 的其余部分似乎是没有入口点规范的有效 PE 格式可执行文件。因此，我相信代码只是“通过”到开始的第一段汇编代码。我不建议这种行为，尤其是在链接多个对象时，因为我不知道会发生什么。请使用 -entry .

反汇编我得到的 elf 目标文件:

SECTION .data   align=4 noexecute                       ; section number 1, data
SECTION .text   align=16 execute                        ; section number 2, code
_start_here:; Local function
; Note: Length-changing prefix causes delay on Intel processors
        mov     ax, 4                                   ; 0000 _ 66: B8, 0004
?_001:  jmp     ?_001                                   ; 0004 _ EB, FE
_another_symbol:; Local function 
; Note: Length-changing prefix causes delay on Intel processors
        mov     ax, 4                                   ; 0006 _ 66: B8, 0004
?_002:  jmp     ?_002     

换句话说，其中没有任何特定的 ELF 格式 header 。我相信你在这方面很幸运；开始导入或尝试与其他代码模块链接，事情将开始变得更加棘手。

对于 Windows/mingw，您需要:

nasm -f win32 file.asm 

对于您要组装的每个文件。替代win32对于 win64需要的时候。 ld将很好地进行链接。

只是一个想法 - 我从未解释过 @16部分。这些函数在 Windows 上是 16 字节对齐的，而正如您所见，数据只是四字节对齐的。参见 this explanation为什么。

关于windows - 在 Windows XP 中使用 NASM 编程，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6461501/