Primero di que compilador vas a usar, ya que no es lo mismo agregar ASM en Dev que en VC++, el VC++ usa asm Intel y el otro AT&T 

Para mi es mejor utilizar asm en VC++ que no en Dev (por eso del AT&T, que es algo diferente al de Intel).

Te paso algo de info:

http://www.bloodshed.net/dev/faq.html#asm

http://bulma.net/impresion.phtml?nIdNoticia=941

http://sig9.com/articles/att-syntax

http://www.gnu.org/software/binutils/manual/gas-2.9.1/html_mono/as.html

http://ares.x25zine.org/Docs/0x4553-Asm_tutor.html

creo que ya hay suficiente info 

Muchas gracias a los dos, me son de mucha ayuda.

Ejemplo para visual c++ 6.


No he probado el codigo por que ahora mismo estoy descargando el vc del emule.



No se si TASM o tubo asm, puede usar at, yo lo he usado con intel, asique me imagino que turbo c usara como ensamblador el mismo que tasm.

por que descargo en nadie todos los registros, me ha pasado veces sobre todo en linea de ensamblador bajo vc que si no popeas da error en tiempo de ejecucion. Asique antes de acabar popeo , en el otro codigo si era erroneo por que al popear me cargaba un registro necesario se me fue la pelota, suelo ponerlo al final entes de leave

En principio dado que es solo una llamada a una api y es __stdcall no es necesario quitar de la pila los parametros que pusheas ya que lo hace la propia función si la función fuera __cdecl entonces si habría que hacerlo, son convenciones.
Pero ahún así hacer un popa no es correcto puesto que solo tienes que popear el valor de retorno de la función no "todos los registros".

Imaginemos la pila al salir de la función:
valor de retorno
cosas que sabe dios
cosas que sabe dios2

Si haces un popa estás quitando de la pila y guardando en registros a parte del retorno valores que en teoria se popearán mas adelante en el programa.
El código no te peta gracias al leave que dado que no te cargas ebp con el popa hace un mov esp,ebp y restablece el punto correcto de la pila antes de salir a la función.

El vc en modo debug en principio lo normal sería que petara tal y como está el código gracias a una función que introduce llamada chkesp que te detecta este error concreto y te lo muestra en tiempo de ejecución (los msgbox esos que salen a veces en lugar del "no enviar"). En modo release como no mete estos checks te salvarás y correrá perfectamente.
En teoria creo que se comporta así el vc pero de todos modos el código no es correcto.