Puede ser pero no sirve para modo Kernel 

Tambien aunque yo prefiero el WinDbg, arriba tiene como configurarlo para que se abra automaticamente pero no lo habra leido 

Es un breakpoint, para depurar el programa.

A MessageBox le tenes que pasar CADENAS ... ademas eso seguramente este dando una excepcion debido a que esa direccion (800h) es invalida.

.data
  msg1 db "hola", 0
  msg2 db "mundo", 0
 
.code
  main:
    int 3
    mov ecx, offset msg1
    mov edx, offset msg2
    invoke MessageBox, 0, ecx, edx, 0
 

Si, ECX es el puntero (a 800h) y estas desreferenciandolo. Moves EAX el DWORD al cual apunta ECX.

Siguiendo el ejemplo de antes podes depurarlo tambien, en al quedara 'h' (68 en hex, 104 en dec=ASCII):

.386
.model flat, stdcall
 
.data
  msg db "hola", 0
 
.code
  main:
    int 3
    mov ecx, offset msg
    mov al, byte ptr [ecx]
  ret
end main

.386
.model flat, stdcall
 
.data
  msg db "hola", 0
 
.code
  main:
    int 3
    mov ecx, offset msg
    mov byte ptr [ecx], 'c'
  ret
end main

Podes hacer un ejercicio, bajas las Debugging Tools for Windows.
Vas al directorio de instalacion con la consola y ejecutar WinDbg.exe -I para instalarlo como depurador post-mortem.
Ejecutas este ejemplito (MASM), se va a abrir directamente el WinDbg (por el int 3).
Le das a F11 dos veces y haces da @ecx, despues le das a F11 otra vez y haces da @ecx otra vez.

PD. Si lo haces correctamente veras que ecx es un puntero a msg y cambiaste el primer caracter ('a') por una 'c'.

A favor, en el peor de los casos no entraria nunca asi que no me afectaria en lo mas minimo.

http://en.wikipedia.org/wiki/X87

ST es un pila de 8 registros, de ST(0) a ST(7).


Aca tenes una explicacion mejor me parece:
http://www.rcollins.org/p6/opcodes/FCMOV.html

Y si, no parece ser un opcode muy util el que tenes, por lo que entendi FCMOV siempre que mueve algo lo hace en ST(0) (si usas ST[n] no es un opcode valido por lo que pude ver) asi que indicarle el otro parametro como ST(0) no cambiara nada ... ¿Seguro que es el codigo correcto?

JaimeAsm: Aca tenes de todo.

"osea desde un exe mapear en memoria el ejecutable a modificar,i una vez en la memoria intrducirle la instruccion a un offset que este libre,"

¿Un proceso o un ejecutable en disco?

En ambos casos tenes que escribir lo que te comente, lo bueno de hacerlo en la memoria del proceso es que no cambia el ejecutable asi que sigue siendo confiable para el S.O. pero el codigo de ejemplo que mostraste NO era eso sino escribir sobre el archivo del ejecutable en disco ("CreateFile,,CreateFileMapping,MapViewOfFile").