Pues eso, que he empezado a trastear un poco con el DOS y encuentro problemas con esta rutina. Uso la función 001Ch del DOS y va bien con otras referidas al VDP, como CHGMOD, FILVRM, WRTVDP, INIGRP o WRTVRM, por ejemplo. Todas van como debieran. Pero a la hora de usar LDIRVM la cosa no chuta. Pasa la cantidad de bytes indicada al sitio indicado, pero lo que pasa no tiene nada que ver con la fuente.  ¿Hay que tener algo en cuenta en especial con esta rutina?

Estoy usando AsMSX y probando en el BlueMSX, tanto MSX1 como MSX2.

un saludo.

y a mí...

Son las típicas cosas que te dejan pegado al ordenador durante horas tratando de depurar un error inexistente. Y al descubrir uno la solución, el pensamiento que se te enciende con luces de neón en plena meninge es: "DUH!".

De todos modos, muy bien si ya has aprendido a usar las llamadas de la BIOS desde MSX-DOS a través de CALSLT. Aunque si no recuerdo mal, el asMSX tiene una macro para hacer todo el proceso (LD IY,[EXPTBL]; LD IX,RUTINA; CALL CALSLT) de una vez. A mi me costó lo mío llegar hasta aquí

Y sigo sin usar MSX-DOS

Insisto: el peor proceso de depuración al que me he sometido fue durante el desarrollo del GRIEL'S QUEST. Forzaba un modo mixto (!) y ponía el bit que indica en los registros del VDP si están instaladas 4 o 16 KB. Como los valores a escribir en los registros los había copiado, no entré en su análisis, y buscaba escrituras espurias a VRAM. Lo que sucedía era que la VRAM superior a 1000h no era refrescada y al cabo de un tiempo, se degradaba su contenido, por lo que los gráficos se corrompían de forma continuada incluso sin escribir ni un byte a VRAM. Fueron muchas horas las que perdí hasta que me di cuenta. Además, para hacerlo fácil, en muchos MSX sí que funcionaba bien porque la VDP ignoraba este bit (clónicos del TMS, todos los V99xx, etc.).

Las llamadas inter-slot (interslot calls) gestionan todo esto. Es decir, hay una función de MSX-DOS que se ocupa de gestionar la llamada y el retorno al estado original. Evidentemente, si desde un código en página 0 se cambia "a pelo" el slot de la misma página, el resultado no será bueno.
Pero en el caso de una llamada inter-slot, el propio sistema operativo se encarga de tomar las medidas necesarias para devolver la ejecución al punto adecuado del programa una vez restituida la página oportuna.

Si no he sido suficientemente claro, plantéame un ejemplo y lo diseccionaremos aquí entre todos para aclarar los conceptos.

Me he leido tu articulo...
Y mi nivel hace que aún entienda solo la mitad de lo q leo Pero estoy contento de saber de lo q hablar que ya es mucho para mi.

Me tengo q mirar eso de las llamardas interslot a ver q tal, que aunque aun no se cuanto va a ocupar la produccion que tenemos entremanos, mejor estar prevenido por si hay q "switchear" paginas por falta de espacio.

Y volviendo al tema : ¿ Siempre LDIRVM coge los bytes del mismo slot donde esté la BIOS ?
lo pregunto por esta frase de pitpan :
"...apunta al slot 0-0 (o el que corresponda) con las 16 KB de BIOS." Pero esto no me parece posible, porque según tengo entendido la BIOS y la RAM no están en el mismo slot. La Bios es 0 y la RAM es 1 o otro no ?

Quizas parece q no me he leido los tutoriales del tema que hay en el foro de desarrollo, pero os doy fe que si  quizas estoy un poco empanao y aun no veo la luz al final del camino.

Pues si, uso .CALLBIOS del asMSX 
Si es que os va el vicio cosa mala 

A mi lo que me paso fue poner el codigo de la irq en la pagina 0 xD