Pero lo es, con PROTO e INVOKE no hace falta explicitar el decorado.

GetCommandLineA PROTO STDCALL
...
invoke GetCommandLineA

¿En que te basas para afirmar que la estructura ocupa 64 bytes? El WinDbg no concuerda:

0:000> dt hola!_struct /v
struct _struct, 2 elements, 0x80 bytes
   +0x000 data0            : UChar
   +0x040 data1            : UChar

mov eax, sizeof _struct

Eso pone 0x80 en eax.

Si pero es algo para el ensamblador (MASM), el procesador entendera los opcodes pero si el ensamblador no reconoce las instrucciones no los va a generar en primer termino.

Si usas .686 no necesariamente funcione tu programa en un procesador 486 por ejemplo, puede ser que uses instrucciones que no sean reconocidas ... entonces haciendo .686 las habilitas para el ensamblador.

Para que enlace correctamente.

http://unixwiz.net/techtips/win32-callconv.html#decor

https://docs.microsoft.com/en-us/cpp/assembler/masm/proto?view=msvc-160

El nombre, el numero de parametros y la convencion de llamada. Lo mismo de antes pero sin usar PROTO/invoke:

includelib user32.lib
...
EXTERN stdcall MessageBoxA@16 : PROC
...
push 0
push offset caption
push offset msg
push 0
call MessageBoxA@16

En STDCALL el codigo llamado se ocupa de acomodar la pila, en C es lo contrario y cuando usas invoke con funciones de C ademas de empujar los parametros invoke se ocupa tambien de acomodar la pila.

Ejemplo:
  00000022: 68 00 00 00 00     push        offset __0
  00000027: E8 00 00 00 00     call        _printf
 0000002C: 83 C4 04           add         esp,4

De manera analoga a las funciones de la RTL de C, se declara el PROTO (el 99% son STDCALL) con el nombre de la funcion y sus parametros y despues se puede usar invoke.


https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-messagebox

includelib user32.lib
 
MessageBoxA PROTO stdcall, :DWORD, :DWORD, :DWORD, :DWORD
 
...
.data
msg db "HOLA", 0
caption db "PRUEBA", 0     
...
main proc
 
	invoke MessageBoxA, 0, offset msg, offset caption, 0
 

Este trabajo de los PROTO viene ya hecho con MASM32 incluyendo si recuerdo bien windows.inc, ya hace varios años que no uso MASM32.


Es insostenible tener que mantener binarios para varias plataformas (x86, x64 y ahora viene ARM64 a toda maquina), es sin lugar a dudas mas duro escribir lo mismo sin tener las facilidades de la programacion orientada a objetos y/o generica. Programadores para un proyecto profesional que sean capaces de crear y mantenerlo en ensamblador ... en una empresa grande de software tal vez y con suerte tengas un par. No vale la pena el esfuerzo de escribir un proyecto entero en ensamblador, si es muy util para depurar y comprender problemas complejos que con solo saber C/C++ seran dificiles de solucionar. Si vale la pena aprenderlo y hacer proyectos puntuales, prototipos, depurar, etc. pero no me meteria en nada serio mas alla de un modulo .asm dentro de un proyecto en C/C++ cuando no hay mas remedio (solo lo necesite una  vez en casi 18 años de carrera).

 

A todo el mundo le funciona ...



Si, al enlazar una libreria estatica (.LIB de codigo) el primer programa contiene todo el codigo de la RTL en su ejecutable, el segundo simplemente enlaza dinamicamente la DLL (con un .LIB de importacion).