Hola DaDMaN. Primero felicitarte por la buena pinta que tiene el juego que parece que estás haciendo, yo soy un zoquete con los gráficos y me da envidia el aspecto que has dado estas muestras que nos has puesto. Te agradezco que hayas confiado en el CPCBasic para programarlo y siento que te haya desquiciado un poco las peculiaridades de éste respecto al Locomotive Basic, pero voy a intentar responderte a las cuestiones que planteas. E igualmente siento que se te hayan ido tantas horas en desarrollar este pequeño programa, más teniendo en cuenta que yo tampoco cuento con mucho tiempo y sé que desperdiciar simplemente una hora por una problema que luego tiene una solución ridícula sienta muy mal. Espero al menos que lo aprendido en esas horas sirva para próximos casos similares que te vayan apareciendo.
Primero, dirigido a todos, decir que CPCBasic siempre he dicho que está "basado" en Locomotive Basic, pero no es un compilador directo del BASIC nativo del CPC, y ya estais viendo que necesita un cierto periodo de aprendizaje y adaptación. Espero que en los programas que podais estar desarrollando valga la pena la adaptación, pero yo mismo, si viera que me trajera más complicaciones que ventajas usar el CPCBasic pues usaría el intérprete nativo o lo hago directamente en ensamblador, sin dudarlo.
Bueno, y respecto a los puntos que señala DaDMaN decir:
- CALL no acepta parámetros en CPCBasic. Como al final parece que has hecho, lo mejor es crear con DEF SUB un procedimiento.
- Pensé en su momento admitir un parámetro para el compilador para indicar la dirección de memoria que pondría en la instrucción ORG inicial, pero durante las pruebas me di cuenta que a veces, si se compilaba por debajo de &4000 o por encima de &C000 (fuera de los 32K centrales) las cosas no funcionaban bien (y no llegué a entender por qué). Así que decidí dejar fijo el origen en &4000. De cualquier modo, basta cambiar en el fichero ASM generado este valor para ensamblar en cualquier otra dirección. A pesar de lo que digo retomo la idea de permitir añadir un parámetro en la llamada del compilador para indicar directamente una dirección de origen del ensamblado; espero poder hacerlo en breve.
- El archivo 16X10.DIR que estabas intentado cargar debería tener cada valor en una línea diferente, pues cada INPUT$ de CPCBasic lee una línea completa (otra diferencia, lo siento). Quizás para generarlo has añadido una coma al final de cada PRINT#9. Adjunto un archivo con el fichero16X10.DIF como debería estar, un DSK con el fichero ya incluído y un programita en CPCBasic para verificar la lectura de este fichero.
- Como bien dices, una variable que pueda contener un valor hasta 159 debe ser entera, no byte. Las variables byte admiten de -128 a +127, igual que las enteras admiten de -32768 a +32767 y no podrían tener un valor de 40000 aunque éste se pueda almacenar en 16 bits (pero no en complemento a 2).
- La verdad es que usar DEC$ puede llegar a ser engorroso comparado con el PRINT del Locomotive Basic, pero es así: PRINT en CPCBasic recibe una expresión de cadena de texto y así hay que especificarlo. Sería buena idea crear una orden PRINTN (print number, por ejemplo) que recibiese un parámetro numérico. Estoy pensando en crear una nueva librería complementaria de la CPCBasic.BAS para órdenes y funciones no existentes en Locomotive Basic pero que puedan ser útiles en las aplicaciones, como esta PRINTN y otras que fueseis desarrollando, puedan ser de interés general y me diesesis el permiso para incluirlas.
- Es verdad eso que ocurre con el WinAPE, interpreta los dos puntos como separador de sentencias, aunque sea dentro de un comentario. Los comentarios en CPCBasic se generan teniendo en cuenta que un punto y coma define un comentario que llega incondicionalmente hasta el final de la línea, y así lo toman el pasmo, el ensamblador del WinCPC y el DEVPAC, que son los que conozco mayormente. Esto creo que es un problema del WinAPE y se le podría notificiar a su autor para corregir en una nueva versión, igual que corregir las teclas de atajo que figuran en los menús de la versión 2.0.13 como el F5 que pone en Autotype
. Yo utilizaría el WinCPC que ademas ensambla mucho más rápido. Lo de una opción en el CPCBasic para omitir los comentarios correspondientes a la instrucción fuente que se está ensamblando también sería una buena idea que me apunto, porque a veces es demasiado engorroso tanto comentario.
Pues creo que no olvido nada para DaDMaN (gracias de nuevo por tus sugerencias), y si se me olvida algo o no os parece bien alguna de mis ideas, como siempre espero vuestros comentarios.
Saludo para todos.
Vie Ago 10, 2007 12:50 pm
