SoloCodigo

Retorné un poco y assembly y y estoy haciendo buenos avances
(Voy por el tutorial 5 de iczelion)

El problema es este, cuando defino una variable como "local" dentro del WndProc y la uso, la aplicacion se cuelga.
Pasa por ejemplo cuando defino local ps PAINTSTRUCT. Cuando la paso como parametro por referencia a alguna funcion de la GDI, cuando ejecuto la aplicacion, es como que no arrancara, aunque sigue corriendo sin mostrar la ventana.

Estuve viendo codigos de fasm, y en ninguno se define variables en el WindProc como locales, en cambio en masm, la mayoría van ahí.

¿Que diferencia y inconveniente hay entre usar o no usar variables local?


El otro problema:
Si uso un editor de recursos para hacer un dialogo  y le coloco algun "componente" uqe no es de los mas comunes como si los son EDIT, LISTBOX, BUTTON...
El dialogo no se muestra a pesar que le recurso del dialogo compila bien, probe tanto usando el RC y el BRCC32 de borland.
Solo probé  con Fasm.

Supongo que sera por no llamar a InitCommonControls/InitCommonControlsEx, fijate en la MSDN.

Gracias por el tip, debe de ser eso porque no llame a la funcion.

Respeto las variables locales, voy a ver que saco... es raro, pero en los ejemplos con los que viene fasm, son todas globales.

(en la seccion .data por ejemplo).

Esos son los que uso. Yo me referia a :
Pero si en el 90% se usan en la seccion .data, los dejo ahí.

Encontre la respuesta de porque no se usan variables locales en fasm.
Lo dice el que escribió fasm:

my point of using global labels everywhere is that it forces you to use unique names for them, which is something I consider a good practice. But you're right that in this example this doesn't make much sense.

O sea, no es que no se pueda, pero en los ejemplos de FAsm que da el autor no se usan porque no le gustan