sjasmplus raro raro

[Rinconete]

Intento ensamblar el siguiente código con sjasmplus:

DEVICE ZXSPECTRUM48

ORG 32768

COMIENZO

AND A,#C0
RET


savesna "prueba.sna",COMIENZO

Una vez ensamblado cuando desensamblo la imagen prueba.sna en spectaculator o en emuzwin obtengo un byte más:

AND A
AND A,#C0
RET

he comprobado que siempre que pongo AND A,valor introduce un AND A delante. ¿Tiene una explicación razonable? ¿le ha pasado a alguien? ¿cómo se evita?. Gracias

[Bubu]

¿Y si usas OR también te pasa lo mismo?
¿Y si en lugar de AND A,#C0 usas AND #C0?

[mcleod_ideafix]

Imagino que AND A,#C0 es una licencia que se permite el ensamblador, no? Porque nmemotécnico, tal cual, no existe en Z80: es AND #C0
¿Es posible que el generador de código se lie por eso? Prueba lo que ha dicho Bubu, que es el nmemotécnico correcto...

[Gandulf]

Tiene pinta de ser una "funcionalidad" del ensamblador, para meter ands encadenados.

Imagino que and a, #C0, #01 producirá

and a
and #C0
and #01

En un ensamblador normal and a, #C0 te daría un error, como bien te dicen el resto de compañeros.

EDITADO: Acabo de ver que me acabo de convertir en "Minero loco"

[Rinconete]

Exactamente, acabo de comprobarlo y es eso lo que pasa. He revisado la documentación del ensamblador y, en efecto, permite instrucciones encadenadas, por lo que interpreta que se trata de dos instrucciones: AND A y AND #C0.

Lo curioso es que esto me ha ocurrido utilizado el depurador de Emuzwin. Permite generar el código ensamblador de un bloque de memoria. Ha sido al ensamblarlo con Sjasmplus cuando he visto que había "más código" que en el programa original. Se ve que es un bug.

Hay también otros fallos en Emuzwin, por ejemplo, al generar un bloque con una instrucción RST #10 he visto que aparecía como RST 2, por lo que parece que se ha liado con la base.

Muchas gracias a todos!

[Gandulf]

Yo para depurar uso spectaculator. No es perfecto y podría ser más cómodo, pero de los que he visto es el que más me gusta, y desde luego el menos "buggy"