Despues de la fantastica adquisición LPE-MMC de Padial, estoy intentando hacerme con un leguanje C para MSX, con el que poder "pegosear" en momentos de ocio.

Actualmente tengo dos, el BDS-C y el ASCII MSX-C.

1/ Respecto al primero. Que se puede encontrar aquí:

http://www.bdsoft.com/resources/bdsc.html

Me funciona "casi" perfectamente. Todo va bien salvo cuando intento acceder a la Bios a traves de sus propias funciones, o cuando intento llamar a pequeñas rutinas en ensamblador.

2/ Visto el tiempo que llevo fracasando con el BDS-C, he decidido por fin hacerme con el ASCII MSX-C, que se puede encontrar en este otro sitio

http://msx.retro8bits.com/msxsw.html

Sin embargo, despues de tener todo preparado (incluido el ensamblador MASM), no consigo que el "generador de código", archivo "cg.com", haga su trabajo. Siempre me lanza el mensaje de error "ilegal .tco file at 0:1".

3/ Por lo que como no soy capaz de conseguir que la cosa funcione como quiero me gustaría saber si me podeis echar una mano con la siguiente información:

3.1 / Primero me gustaría saber si el siguiente programa es válido para llamar a una rutina en ensamblador y que ésta funcione. Me refiero evidentemente, ya que el código se compila bien, a algún detalle que se me pueda estar pasando en la llamada al código objeto, o al propio código objeto en sí.



3.2/ Y segunda petición de ayuda. ¿Alguien sabe dónde encontrar la documentación de ASCII MSX-C?.

A lo más que llego es a averiguar que un tal, FREDDY VULTO, tenía una página con esta documentación, sin embargo no soy capaz de encontrarla.

La idea del puntero es simplemente por comodidad. Así me ahorro tener que ir contando cuantos bytes tienen las funciones en C.M. Aunque reservando cinco valores para el vector cls  tampoco funciona ¿?. Además cuando asigno valores a la tabla, ya se están reservando en memoria.

El BDS-C, supongo que es similar al SDCC en cuanto colocación de variables y demás. Todas las variables se colocan justo a continuación del código, a no ser que le indiques al compilador lo contrario, y con la reserva de espacio RAM que quieras.

No sé si habrá alguien con experiencia en este C. Yo desde luego estoy un poco perdido. En principio el BDS-C fue creado para CP/M, y no se si esa puede alguna razón para que no funcione a la perfección con el MSX-DOS 2.2. El compilador genera código perfectamente, salvo cuando intentas usar funciones que acceden a la Bios, a las funciones del Dos o llamadas a C.M. Y este es el punto que más me preocupa, puesto que sin poder acceder a rutinas en C.M. solo podré usar el C para tratar cadenas y poco más.

Y respecto al ASCII MSX-C me conformaría con saber dónde conseguir documentación.

Los argumentos de main() son obligatorios para que el BDS-C lo compile. Respecto a la dirección de inicio del MSX-DOS, supongo que lo ensambla bien, ya que si quitas las funciones init() y call() te lo compila, ejecuta y además te devuelve el control al DOS perfectamente.

He probado, creo, todas las opciones que se me han ocurrido. Desde alojar el código C.M. con la funcion poke(), haciendo la tabla cls[] como local dentro de main, y asignandole valores en ella, hasta probar con las diferentes opciones del compilador, como por ejemplo la opcion "-m" para indicar la dirección de inicio, o "-e" para alojar datos. Entre otras cosas. No podría decirte todo lo que he probado, porque no lo recuerdo. Pero llevo desde enero con él liado, y no hay forma.

Otra forma de crear funciones en C.M., es crear directamente una libreria con el AsMSX, por ejemplo. En el USER'S GUIDE del BDS-C, explica paso a paso como hacer librerias para el compilador. Sin embargo tengo algunas lagunas en lo que se refiere al tratamiento de la pila y el paso de argumentos.

Además, parece lógico que la función CLS, tal y como la he definido en el código fuente, debería funcionar. Por lo menos borrar la pantalla, que es lo que se pretende. Sin embargo, según como, a veces parece que se salta la función call() y pasa directamente al printf(), imprimiendo el mensaje, pero sin devolver el control al DOS. Muy raro.

En definitiva, despues de tanto tiempo probando, tengo cierto interés en probar el compilador de ASCII, a ver si este da mejor resultado.

Acabo de probar tu sugerencia, y ciertamente con "cls[5]" y cambiando "*cls" en la llamada call por "cls". Devuelve el control al DOS sin problemas. Posiblemente me haya puesto obtuso, con cls[] y *cls, que era la idea original de ahí el comentario del código, en vez de "cls" que apunta a la tabla.


Cierto. Me remito al comentario de arriba.


Hasta ahí llega mi ignorancia sobre el MSX-DOS. Gracias por el comentario, esta tarde intentaré dedicarle algo más de tiempo a los links.


No. Solo tiene algunas funciones que llaman a rutinas de la bios o del dos, tipo bios() o bdos(). Y salvo error u omisión no soy capaz de hacerlas funcionar.


La idea no es usar un C poderoso como el SDCC o el Z88DK, sino disfrutar con el MSX real, haciendo pequeñas cosillas. Además tampoco creo que pudiera sacarle el máximo partido a estos compiladores puesto que no soy un experto en C.

Respecto a la información, mi correo esta abierto a todo el mundo. Y por supuesto si desearia recibirla, me cuesta mucho encontrar información relativa a ambos compiladores. Respecto al BDS-C solo cuento con la que el autor del compilador tiene colgada en su web.

Y creo que por mi parte nada más. Probaré esta tarde las llamadas a la BIOS. Ya contaré los resultados.

Prueba el hitech-c. Desde mi punto de vista es el mejor compilador nativo que hay (hay versiones cruzadas que son mas avanzadas). Puedes encontrar la version de CPM en la web de hitech, y habia por ahi un par de parches y librerias para msx (incluso un make que en su dia yo use para cierto proyecto).

http://pag-per.servicam.com/migl/amstradpcw/c_compilers.html
http://msxbanzai.tni.nl/dev/software.html


Y creo que Nestor en su dia hizo algo para hitech C, aunque en su pagina ahora no esta (lo buscare en mi disco duro)

Por fin encontré el manual. Escondido tras un archivo "z80doc.exe". Tendré que dedicarle algo de tiempo. Aunque por ahora, no encuentro en él el error que me sale de "incompatible disk". Supongo que para eso servirán los parches que andan por ahí.

Y genera código chulo el Hitech este?