ZX-Uno

antoniovillena escribió:Yo podría desplazar la NMI especial 7 bytes hacia abajo en el bootloader. Es decir, dirección NMI especial $006D. Dirección de la instrucción RETN $0070 (el segundo byte se detecta en $0071)

Eso sería una solución, pero hace falta que mcleod cambie el core para que salte allí si la NMI es especial, supongo. De todos modos lo puedes cambiar ya, porque tal como está no vale seguro, y así cuando mcleod tenga un rato ya lo tiene

Pues nada. Subo la modificación. El bootloader está contenido en el core, con lo que hay que usar el archivo .hex que adjunto en el zip para generar el core. Al final he puesto el salto a JP $C000 porque no recuerdo para qué dejé ese hueco.

antoniovillena escribió:Pues nada. Subo la modificación. El bootloader está contenido en el core, con lo que hay que usar el archivo .hex que adjunto en el zip para generar el core. Al final he puesto el salto a JP $C000 porque no recuerdo para qué dejé ese hueco.

Entonces mis cambios consisten en:

poner bootm a 0 cuando se ejecute un RETN en la 69H

69h o 70h?

chernandezba escribió:

antoniovillena escribió:Pues nada. Subo la modificación. El bootloader está contenido en el core, con lo que hay que usar el archivo .hex que adjunto en el zip para generar el core. Al final he puesto el salto a JP $C000 porque no recuerdo para qué dejé ese hueco.

Entonces mis cambios consisten en:

poner bootm a 0 cuando se ejecute un RETN en la 69H

69h o 70h?

RETN empieza en 70h pero ocupa 2 bytes: 70h y 71h

Deberia cambiarse bootm a 0 después del RETN o antes? Porque puede afectar la rutina de retorno si SP>=C000H ....

absurdo lo que digo... si se cambia antes, cambia la rom y por tanto ese retn ya (probablemente) no estará ahí

Ya he aplicado los cambios en ZEsarUX