¿Que tan potente es la libreria masm32rt.inc? ¿Vale la pena estudiarla?

[Usuario887]

Hola,

El primer lenguaje que aprendi fue C y hasta ahora sigue siendo el unico que utilizo. Despues de unos meses estudiando MASM comienzo a experimentar con el; especificamente MASM32. Hasta ahora la unica libreria que he utilizado (en general) ha sido msvcrt.lib (Notese mi relacion con C). Siento que estoy en las mismas, y me surgen las preguntas:

¿Deberia estudiar la libreria "Estandar" de MASM32 (masm32rt.inc)?
¿Deberia mas bien estudiar las APIs de Windows para trabajar con ellas directamente?
¿Me basta utilizar la libreria de C?

Por cierto... ¿Alguien  sabe que siginfica el acronimo MSVCRT?

Saludos y gracias de antemano.

[Eternal Idol]

La mayoria de la RTL de C en Windows termina llamando a la API del mismo (y lo mismo con cualquier S.O. y sus servicios, no queda otra), fopen llama a CreateFile* por ejemplo.

Microsoft Visual C Run Time.

[Usuario887]

La mayoria de la RTL de C en Windows termina llamando a la API del mismo

Claro... Es la unica forma en que puede llegar a los dispositivos... Bueno, creo que seria mas "Oportuno" que me dedique a aprender la API de Windows. Al final probablemente me termine siendo mas util que conocer solo la libreria de C.

Gracias por tu atencion.
Saludos.

[Eternal Idol]

Si y ademas esa API la podras usar desde C/C++ tambien.

[Usuario887]

Si y ademas esa API la podras usar desde C/C++ tambien.

¿Como podria acceder a la API de Windows a traves de MASM?

No entiendo por que dicen que la programacion en ensamblador es mas complicada. Creo que una vez con practica podria beneficiar mejor de lo que perjuicia que incluso C o C++.

Dare marcha atras como cangrejo. 

[Eternal Idol]

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

Código (asm) [Seleccionar] Expandir

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).

[Usuario887]

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.

¿Entonces PROTO simplemente define la convencion de la llamada?

[Eternal Idol]

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:

Código (asm) [Seleccionar] Expandir

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

[Usuario887]

Excelente... ahora entiendo eso...

Sin embargo, ¿por qué añades un arroba y un dieciséis en la declaración del prototipo y en la llamada?

[Eternal Idol]

Para que enlace correctamente.

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