Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Avatar de Usuario
pser1
Mensajes: 2005
Registrado: 08 Dic 2012 18:34
Agradecido : 190 veces
Agradecimiento recibido: 166 veces

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor pser1 » 02 Sep 2017 18:19

Último mensaje de la página anterior:

luiscoco escribió:Muy de acuerdo contigo, habrá que tomar las precauciones del caso, pero...
Veamos el DIR. lee los sectores 2 al 11 o ya los tiene leidos, puede leer teclado entre sector y sector posiblemente, si es DRAGON o DIR coco mejorado con paginación (tambien), simplemente tomaran las teclas para usarlas en el salto de página sin más, no así la tecla BREAK que tiene prioridad y detendría todo al menos al terminar cada página.

El comando dir muestra la longitud de los ficheros y para ello tiene que acceder a la cabecera de cada fichero, lo cual implica acceder
a un sector extra por cada fichero que estés listando.
Otro comando crítico es el DSKINI o DSKINIT, que tengo unas ganas terribles de usar FORMAT (adicionalmente para mantener compatibilidad)
Aun asi se deberia poder parar entre Track y Track y más aún en la verificación

Estamos hablando de máquinas de 8 bits, no de pepinos multicore con Gb de RAM.
¿Qué es tan urgente que tiene que interrumpir un DSKINIT? SI ya son 'peligrosos' solitos no me imagino interrumpirlos ...
Y repito, ¿Para qué? si hay algo tan urgente, se para o uno se aguanta, tampoco tardan tanto ;-)
No recuerdo ahora si CoCo funciona como Dragón, pero éste último tiene TRES buffers de 256 para lectura de sectores.
UNO se guarda con el sector del directorio en curso, otro se usará para ir a buscar el fichero a listar y obtener los datos
de su cabecera (otro sector leído), el tercero, a veces, lo reservan para la FAT
saludos
pere

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 02 Sep 2017 18:38

pser1 escribió:El comando dir muestra la longitud de los ficheros y para ello tiene que acceder a la cabecera de cada fichero, lo cual implica acceder
a un sector extra por cada fichero que estés listando.

En el coco no hace falta
pser1 escribió:Estamos hablando de máquinas de 8 bits, no de pepinos multicore con Gb de RAM.
¿Qué es tan urgente que tiene que interrumpir un DSKINIT? SI ya son 'peligrosos' solitos no me imagino interrumpirlos ...
Y repito, ¿Para qué? si hay algo tan urgente, se para o uno se aguanta, tampoco tardan tanto ;-)
No recuerdo ahora si CoCo funciona como Dragón, pero éste último tiene TRES buffers de 256 para lectura de sectores.
UNO se guarda con el sector del directorio en curso, otro se usará para ir a buscar el fichero a listar y obtener los datos
de su cabecera (otro sector leído), el tercero, a veces, lo reservan para la FAT

Jajaja muy gracioso, claro siempre la puedes apagar y ya, o reset, que por cierto en esta version no va a borrar el basic

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 02 Sep 2017 18:40

ACABO DE ENCONTRAR UN NUEVO COMANDO QUE NO CONOCÍA DLOAD/M
Es de Extended Basic y fue mejorado en la versión 1.1
No se que hace pero no aparece en ningún manual

Carga un programa por serial?, no es para disco porque extended basic es sin discos

En EXTENDED BASIC UNRAVELLED II lo explica, aun no lo he leído

DLOAD is the most obscure command in the Color
Computer and absorbs a substantial amount of space in the ROM. DLOAD is so poorly
understood because Tandy has never made the necessary companion routine, DSEND.
DLOAD will DOWNLOAD a file over the RS 232 line from another system, however there
is no companion routine, which will transmit a file over the RS 232 line to another
Color Computer. Once a DSEND routine is built and made available to the masses,
DLOAD will be much better understood.

Avatar de Usuario
pser1
Mensajes: 2005
Registrado: 08 Dic 2012 18:34
Agradecido : 190 veces
Agradecimiento recibido: 166 veces

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor pser1 » 02 Sep 2017 20:13

luiscoco escribió:En el coco no hace falta

Estoy seguro de que HACE falta ya que muestra el numero de granulos ocupados y con el mal sistema de Tandy, esto implica
seguir del primero al último para saber cuan grande es el fichero o sea que a leer clusters por un tubo!
Jajaja muy gracioso, claro siempre la puedes apagar y ya, o reset, que por cierto en esta version no va a borrar el basic

Seriamente Luis, si un usuario no es capaz de organizarse el trabajo, poco rato estará con el ordenador como no sea para jugar
Y para esto no hace falta disponer de ningún Basic nuevo, ésto solo le servirá a los desarrolladores ...
Por cierto ¿Queda alguno para CoCo2 - Dragón que use Basic hoy en dia? -507
Saludos
pere

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 02 Sep 2017 20:20

pser1 escribió:Estoy seguro de que HACE falta ya que muestra el numero de gránulos ocupados y con el mal sistema de Tandy, esto implica
seguir del primero al último para saber cuan grande es el fichero o sea que a leer clusters por un tubo!

Que no , Que no, en el sector 2 está la secuencia completa de los gránulos usados por cada archivo del disco, hay 68 Gránulos solo, un byte por cada uno y se enlazan uno al otro para saber la cadena de cada archivo.
pser1 escribió:Seriamente Luis, si un usuario no es capaz de organizarse el trabajo, poco rato estará con el ordenador como no sea para jugar
Y para esto no hace falta disponer de ningún Basic nuevo, ésto solo le servirá a los desarrolladores ...
Por cierto ¿Queda alguno para CoCo2 - Dragón que use Basic hoy en dia? -507

Bueno hombre cuando la gente descubrió AMOS, incluido yo, me di cuenta que el BASIC podrían ser solo rutinas en assembler ya listas para usar, y si están bien hechas pues se pueden hacer juegos, son herramientas, eso es todo, ya veras como se animan y hasta a lo mejor hacemos un foro, sobre todo con coco3 que ya se parece más a una nintendo o GAMEBOY

Avatar de Usuario
pser1
Mensajes: 2005
Registrado: 08 Dic 2012 18:34
Agradecido : 190 veces
Agradecimiento recibido: 166 veces

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor pser1 » 02 Sep 2017 21:51

luiscoco escribió:Que no , Que no, en el sector 2 está la secuencia completa de los gránulos usados por cada archivo del disco, hay 68 Gránulos solo, un byte por cada uno y se enlazan uno al otro para saber la cadena de cada archivo.

Sacado de libro DISK BASIC UNRAVELLED II
---------------------------------------------------------------------------------------------------
The file allocation table (FAT) is used to keep track of whether or not a
granule has been allocated
to a file or if it is free. The FAT is composed of six
control bytes followed by 68 data bytes — one byte for each granule. The FAT is
stored on sector two of the directory track (17).
---------------------------------------------------------------------------------------------------
Hablando en plata, el sector 2 de la pista 17 SOLAMENTE permite saber que granules han sido utilizados,
pero de ninguna manera te dice que fichero usa cual granule, así que si quieres saber algo, tienes
que ir al primer granulo y allí leer la cabecera del fichero (igual que en Dragón)
por si quieres mas detalles
-------------------------------------------------------------------------------------------------------------
The format of the 32-byte directory entry is as follows:
Byte Description
0—7 Filename, which is left justified and blank, filled. If byte0 is 0,
then the file has been ‘KILL’ed and the directory entry is available
for use. If byte0 is $FF, then the entry and all following entries
have never been used.
8—10 Filename extension
11 File type: 0=BASIC, 1=BASIC data, 2=Machine language, 3= Text editor source
12 ASCII flag: 0=binary or crunched BASIC, $FF=ASCII
13 Number of the first granule in the file
14—15 Number of bytes used in the last sector of the file
16—31 Unused (future use)

-------------------------------------------------------------------------------------------------------------
saludos
pere

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 02 Sep 2017 21:59

pser1 escribió:
luiscoco escribió:Que no , Que no, en el sector 2 está la secuencia completa de los gránulos usados por cada archivo del disco, hay 68 Gránulos solo, un byte por cada uno y se enlazan uno al otro para saber la cadena de cada archivo.

Sacado de libro DISK BASIC UNRAVELLED II
---------------------------------------------------------------------------------------------------
The file allocation table (FAT) is used to keep track of whether or not a
granule has been allocated
to a file or if it is free. The FAT is composed of six
control bytes followed by 68 data bytes — one byte for each granule. The FAT is
stored on sector two of the directory track (17).
---------------------------------------------------------------------------------------------------
Hablando en plata, el sector 2 de la pista 17 SOLAMENTE permite saber que granules han sido utilizados,
pero de ninguna manera te dice que fichero usa cual granule, así que si quieres saber algo, tienes
que ir al primer granulo y allí leer la cabecera del fichero (igual que en Dragón)
por si quieres mas detalles
-------------------------------------------------------------------------------------------------------------
The format of the 32-byte directory entry is as follows:
Byte Description
0—7 Filename, which is left justified and blank, filled. If byte0 is 0,
then the file has been ‘KILL’ed and the directory entry is available
for use. If byte0 is $FF, then the entry and all following entries
have never been used.
8—10 Filename extension
11 File type: 0=BASIC, 1=BASIC data, 2=Machine language, 3= Text editor source
12 ASCII flag: 0=binary or crunched BASIC, $FF=ASCII
13 Number of the first granule in the file
14—15 Number of bytes used in the last sector of the file
16—31 Unused (future use)

-------------------------------------------------------------------------------------------------------------
saludos
pere

Perdona pero sigues equivocado, te comento lo que puse aca: viewtopic.php?f=18&t=200033266&start=16#p200085363

34 Track, numerados 0-34,18 Sectores por Track, El Track 17 se reserva para Directorio, Unidad mínima de Grabación 1 Gránulo = 9 Sectores de 256 Bytes =2394 Bytes.

Directorio:
=========
Sectores 3-11, Unos 9 Sectores, con capacidad para 72 archivos (a 32 bytes por archivo, desperdiciando 16 bytes por archivo), pero solo usan 68 ya que no hay sino solo 68 Gránulos.

Bytes-Posición Descripción
--------------------------------
8 0-7 Nombre
3 8-10 Extensión
1 11 File Type: 0=Programa BASIC, 1=BASIC Datos, 2=Lenguaje de máquina, 3=Texto, ... Others
1 12 ASCII Flag : 0=Binary; $FF=ASCII.
1 13 Número del primer Gránulo del archivo
2 14-15 Número de Bytes en uso en el último sector, desde 0-256 (por eso usa 2 bytes, otro desperdicio)
16 16-31 Uso futuro (y nunca paso).

Formato del sector 2 File Allocation Table: Por cada Gránulo un Byte
$FF= Gránulo libre
$00-$43= Próximo gránulo del archivo
$C0-C9= Último Gránulo del archivo y cantidad de sectores usados

Formato del sector 2 File Allocation Table: Por cada Gránulo un Byte
$FF= Gránulo libre
$00-$43= Próximo gránulo del archivo
$C0-C9= Último Gránulo del archivo y cantidad de sectores usados

Solo leyendo el sector 2 del track 17 se sabe el tamaño y recorrido de todos los archivos del disco, claro los nombres y otros datos necesarios estan en los sectores 3-11, pero nunca hay que accesar el archivo en sí, (sus sectores o gránulos)

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 03 Sep 2017 15:28

pser1 escribió:Hola Luis,
si te propones ir listando trocitos de la ROM de Basic desensamblada ... va para largo el tema!
Supongo que te estás basando en el CoCo unravelled, que tiene *algunas* diferencias con Dragón
Por ejemplo el tema de teclado, las teclas están conectadas a columnas diferentes, así nos fastidian
si la lectura del teclado se hace a bajo nivel en lugar de usar la ROM (jsr [A000])
saludos
pere

PREGUNTA:
¿Tendrá la DRAGON y la DP400 alguna informacion que tu conozcas como la serie Unravelled?

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 03 Sep 2017 18:35

Formato del archivo de Fuentes:
Byte Cant Descripción
1 4 FONT
5 1 Cantidad de fuentes (0=256)
6 1 Ancho x Alto 4 bits C/U, max 15x15
7 1 Gasto en bytes Ancho x Alto, Max (15x15) normalmente seria $18 o sea 1 byte x 8 bytes

Para el identificador de archivo tal vez sería mejor "FONTCOCO"
Para los bytes 5, 6 y 7 se pueden usar 2 bytes

PREGUNTA: ¿alguna sugerencia?

Avatar de Usuario
pser1
Mensajes: 2005
Registrado: 08 Dic 2012 18:34
Agradecido : 190 veces
Agradecimiento recibido: 166 veces

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor pser1 » 04 Sep 2017 16:07

Buenas tardes Luis,
- Viendo que estás listando TODO lo que hace el BASIC y el DOS de una máquina y proponiendo modificaciones / mejoras
a la mayoría de comandos ... voy a frenar y me esperaré a que se defina algo.
No quiero seguir influyendo / estorbando con mis comentarios que tienden a querer hacerte reducir el ámbito tan global del proyecto ...

- Otro punto importante es la cantidad de gente que se ha apuntado al proyecto. Miedo me da que estés mas solo que la una!
Todavía recuerdo cuando encontré el compilador CMOC y me dijiste que le comentara al autor que aquí éramos unos cuantos y que
le podíamos ayudar, xD menos mal que no le dije nada!

Hoy he subido una actualización del port de Tiburón a FM-7 que requiere investigación a fondo ... ésto si me gusta hacerlo!
Cosas concretas, problemas bien definidos = mucho trabajo, pero factible.
Además he enviado al diseñador/fabricante del módulo CoCO-FLASH una definición de registros para utilizar los chips EEPROM
via SPI que incluyó en el diseño. He probado rutinas en ensamblador y funcionan! Puedo grabar lo que quiera y recuperarlo
cuando me haga falta. Esto implica hacer los drivers y me recuerda el trabajo para 'hablar' con el microcontrolador que va dentro
del CoCo-SDC. Sistemas-hardware son una buena pareja para aprender.
Lo que pretendo decir con esto es que a mi me gusta estudiar y aprender lo que hace el hardware o lo que se podría hacer con el
hardware. Posiblemente me ha influido mucho Simon Jonassen, pero me gusta el punto de vista.
Si además mi trabajo puede ser utilizado por otros usuarios, tanto mejor! Dos objetivos de un plumazo, genial!
ánimo y saludos
pere

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 04 Sep 2017 19:57

Bueno, con tu compañía cuando puedas me viene estupendo.
Tengo que hacerte una pregunta(dentro de poco la pongo)
Veras, para saber lo que vamos a hacer quiero ver lo que hay, cosas inútiles en fuente, y que tantas cosas revisan los programas para perturbarlos lo menos posible, ya tengo ganas de agarrar el fuente he ir haciendo cambios, pero el fuente correcto debería ser el que maneja teilor, el que tiene disco duro y sirve para wiredrive, aunque este también lo tendrá incorporado.

Alcance, aunque ya repase casi todos los comandos por fuera, (desde el punto de vista del usuario). también hay nuevos comandos como un paletteswitch para hacer los cambios que tu haces para 24 colores, tal vez que setee que frecuencia o que paleta mantener mas tiempo, tal vez por interrupciones.

Por ahora tengo claro unos cuantos.

Tratare de puntualizar lo que se va ha hacer, de hoy no pasa.

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 04 Sep 2017 20:03

pser1 escribió:Buenas tardes Luis,
- Viendo que estás listando TODO lo que hace el BASIC y el DOS de una máquina y proponiendo modificaciones / mejoras
a la mayoría de comandos ... voy a frenar y me esperaré a que se defina algo.
No quiero seguir influyendo / estorbando con mis comentarios que tienden a querer hacerte reducir el ámbito tan global del proyecto ...

No, si lo que quiero es que influyas y discutamos mucho, jeje, todo lo que esta en amarillo va. mas o menos, si se puede, por eso lo discutiremos uno a uno.
pser1 escribió:- Otro punto importante es la cantidad de gente que se ha apuntado al proyecto. Miedo me da que estés mas solo que la una!
Todavía recuerdo cuando encontré el compilador CMOC y me dijiste que le comentara al autor que aquí éramos unos cuantos y que
le podíamos ayudar, xD menos mal que no le dije nada!

Que si, hombre que si, cuando quieras, hay comandos que no están, lo hacemos en paralelo, también me gusta mucho, de verdad, si quieres lleva tu la batuta del "C"

En los dos proyectos necesitamos a simon, para mejorar las gráficas, decidir que comandos habrá, y para este proyecto es igual, sirve a los dos proyectos , o me equivoco?
pser1 escribió:Hoy he subido una actualización del port de Tiburón a FM-7 que requiere investigación a fondo ... ésto si me gusta hacerlo!
Cosas concretas, problemas bien definidos = mucho trabajo, pero factible.
Además he enviado al diseñador/fabricante del módulo CoCO-FLASH una definición de registros para utilizar los chips EEPROM
via SPI que incluyó en el diseño. He probado rutinas en ensamblador y funcionan! Puedo grabar lo que quiera y recuperarlo
cuando me haga falta. Esto implica hacer los drivers y me recuerda el trabajo para 'hablar' con el microcontrolador que va dentro
del CoCo-SDC. Sistemas-hardware son una buena pareja para aprender.
Lo que pretendo decir con esto es que a mi me gusta estudiar y aprender lo que hace el hardware o lo que se podría hacer con el
hardware. Posiblemente me ha influido mucho Simon Jonassen, pero me gusta el punto de vista.
Si además mi trabajo puede ser utilizado por otros usuarios, tanto mejor! Dos objetivos de un plumazo, genial!
ánimo y saludos
pere

Yo de hardware no se nada, y necesito saber si a coco1 y 2 se le puede subir la memoria, estilo coco3
De ti necesito info de DRAGON, hay algo como unravelled para DRAGON?
Como busco info de CP400???

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 04 Sep 2017 20:13

La pregunta es acerca del CLOSE ALL FILES HANDLER, despues del HOOK pone -1=cassette en DEVNUM.
Eso solo ya cierra todos los handlers?, cuantos hay? solo cassette y si acaso pantalla?, cierra comunicaciones Serial?. a menos que lo haga por interrupciones, no veo que haga nada, claro después si cierra cassette, pero vamos no parece que haga mucho, sino dejarlo todo en pantalla.
Luego en "CLOSE" carga el valor que tenga y pone 0=pantalla en DEVNUM.
Este si cierra el cassete, un solo caso

Código: Seleccionar todo

0578 * CLOSE ALL FILES HANDLER
0579 A426 BD 01 73 LA426 JSR RVEC7 HOOK INTO RAM
0580 A429 86 FF LDA #-1 CASSETTE DEVICE NUMBER
0581 A42B 97 6F STA DEVNUM SET DEVICE NUMBER
0582 * CLOSE FILE HANDLER
0583 A42D BD 01 76 LA42D JSR RVEC8 HOOK INTO RAM
0584 A430 96 6F LDA DEVNUM GET DEVICE NUMBER
0585 A432 0F 6F CLR DEVNUM SET TO SCREEN
0586 A434 4C INCA *
0587 A435 26 14 BNE LA44B * BRANCH IF WAS NOT CASSETTE
0588 A437 96 78 LDA FILSTA GET FILE STATUS
0589 A439 81 02 CMPA #2 IS IT OUTPUT MODE
0590 A43B 26 0C BNE LA449 NO
0591 A43D 96 79 LDA CINCTR GET CHARACTER BUFFER CTR
0592 A43F 27 03 BEQ LA444 WRITE END OF PROG BLOCK IF BUFFER EMPTY
0593 A441 BD A2 A8 JSR LA2A8 WRITE A BLOCK TO TAPE
0594 A444 C6 FF LA444 LDB #$FF END OF FILE TYPE BLOCK NUMBER
0595 A446 BD A2 AA JSR LA2AA WRITE END OF FILE TYPE BLOCK
0596 A449 0F 78 LA449 CLR FILSTA CASSETTE FILE STATUS CLOSED
0597 A44B 39 LA44B RTS

Avatar de Usuario
pser1
Mensajes: 2005
Registrado: 08 Dic 2012 18:34
Agradecido : 190 veces
Agradecimiento recibido: 166 veces

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor pser1 » 04 Sep 2017 20:36

luiscoco escribió:No, si lo que quiero es que influyas y discutamos mucho, jeje

Para influir *positivamente* hay que dedicarle tiempo, analizar las cosas ... y no voy precisamente sobrado de este material :-(
Que si, hombre que si, cuando quieras, hay comandos que no están, lo hacemos en paralelo, también me gusta mucho, de verdad, si quieres lleva tu la batuta del "C"

Fíjate lo contento que estoy con el WinCMOC que este fin de semana lo desinstalé. Lo que no se usa, se tira! Tampoco me sobra espacio en disco!
En los dos proyectos necesitamos a simon, para mejorar las gráficas, decidir que comandos habrá, y para este proyecto es igual, sirve a los dos proyectos , o me equivoco?

Mejor que hables con el y vayas pensando en hacer como hemos hecho en FM-7: abrir un hilo en inglés o poco va poder participar ... el traductor de google da pánico!
Yo de hardware no se nada, y necesito saber si a coco1 y 2 se le puede subir la memoria, estilo coco3
De ti necesito info de DRAGON, hay algo como unravelled para DRAGON?
Como busco info de CP400???

Primero: CoCo3 time su GIME (gestor de memoria en bancos) por esto puede con mas de 64k
CoCo1, CoCo2, Dragones y CP400 puedes poner lo que quieras pero tendrás que hacer tu el llamado MMU (memory management unit)
que no es solamente software sino además hardware (añadir registros ... lo que sea)
Dragón no tiene unravelled series. Existe un libro en alemán llamado "Das Dragon Lexikon" que contiene la ROM de Basic desensamblada
en plan unravelled, pero increíblemente NO fué traducido ni al inglés! Referencia:
Jörn W. Janneck, Till Mossakowski: Das Dragon 32/64 Lexikon. Röckrath Mikrocomputer, Aachen 1984, (ISBN 3-925074-05-8).
De los varios DOS .. algunos existen en ficheros desensamblados, por ejemplo el DOSPlus5.0 que recientemente comprobé su 'corrección'
pues al compilar me produjo una ROM idéntica a la original, pero claro casi sin comentarios ...
Del mundo CP400 ni la mas remota idea, solo que es un clon muy parecido a los CoCo2
Tal vez en 'maltedmedia' algún brasileño podría dar mas datos al respecto.
saludos
pere

Pd Si puedes aclararte en brasileño, te adjunto dos links de libros ... suerte!
- Basic manual indo_alem_com_cp400_color (paulo Addair - Editele)
https://www.facebook.com/groups/2359462 ... 795812641/
- Manual_do_CP400 (Prológica)
http://files.datassette.org/manuais/man ... 708&force=

Avatar de Usuario
pser1
Mensajes: 2005
Registrado: 08 Dic 2012 18:34
Agradecido : 190 veces
Agradecimiento recibido: 166 veces

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor pser1 » 04 Sep 2017 21:00

luiscoco escribió:La pregunta es acerca del CLOSE ALL FILES HANDLER, despues del HOOK pone -1=cassette en DEVNUM.
Eso solo ya cierra todos los handlers?, cuantos hay? solo cassette y si acaso pantalla?, cierra comunicaciones Serial?. a menos que lo haga por interrupciones, no veo que haga nada, claro después si cierra cassette, pero vamos no parece que haga mucho, sino dejarlo todo en pantalla.

Luis, si buscas en el mismo Unravelled encontrarás esto:
RVEC7 RMB 3 $A426 $CA3B $CAE9 CLOSE ALL FILES
que indica que si NO hay cartucho de DOS, el 'hook' no haría nada y procedería con el puerto del casette
Pero si hay cartucho, entonces llama el CLOSE del que esté instalado ($CA3B o bien $CAE9 para DOS1.0 o DOS1.1.respectivamente)

Si quieres entender todo antes de empezar, te va a pasar como con "The Hobbit", que no había manera de llegar a entender todo y llegamos
a un punto en el que decidí empezar a convertir código a piñón fijo o se habría eternizado el análisis.
Aquí tal vez tomando UN comando, tratar de ver lo que hace (si es que tienes alguna mejora en mente).
Para verlo, a veces basta con arrancar el emulador y experimentar con el comando ... Y decidir que hacer, programarlo y a ver que pasa!
De todas formas, NO veo a nadie interesado en que se desarrolle un BASIC nuevo, que puede acabar en 2018 ó 2019
cuando la mayoría, y siento decirlo, están mas por probar juegos o bien usar el OS-9 / NitrOS-9 o incluso Flex
Como hacen en foros de CoCo, la primera pregunta es:
¿Alguien compraría el producto si solamente costara 25€? Y el precio ha sido totalmente aleatorio!
Si los usuarios de CoCo/Dragón no requieren este proyecto, entonces se convierte en un deseo personal tuyo ... poco feedback va a haber.
Sigo siendo pesimista cuando el objetivo es tan exageradamente alto, lo siento pero alguien ha de hacer de abogado del diablo.
En plan broma te diría que estás apuntando el cañón en posición tan alta, o sea vertical que el obús disparado caerá justo sobre el cañón! -507
saludos
pere

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 05 Sep 2017 01:32

JEJE vale te entiendo, y tambien lo puedo hacer como dices, mini proyectos y muchas versiones, te compro la idea, a ver que sale.
Y si, yo se que es una cosa mas bien mia, desde los 18 años tengo un listado en hojas continuas, de huequitos, con el basic desensamblado con anotaciones a lápiz para poder borrar, jajaja, ya veras si lo he intentado veces, hoy ya me decidi, jajaja, un dia les tomo fotos, jajaja

Dale haremos comando a comando, terminaditos, no te alejes mucho, y gracias.

La idea del proyecto tambien, es que este equipo da para mucho más en velocidad, y no le han sacado juegos sino en assembler, modernamente solo sacan un par de juegos al año, si acaso.

Yo pienso que con un basic rapido y funciones adecuadas para juegos, bien pensadas, se podrían hacer cosas por cualquiera y quedarían bastante bien
No se tengo esperanzas en que la gente se anime, si funciona como lo tengo planeado.

Avatar de Usuario
luiscoco
Mensajes: 2324
Registrado: 15 May 2011 04:23
Ubicación: Caracas, Venezuela
Agradecido : 29 veces
Agradecimiento recibido: 44 veces
Contactar:

Re: Proyecto Basic CoCo/Dragon/DP400 (Discusiones)

Mensajepor luiscoco » 05 Sep 2017 02:02

pser1 escribió:Luis, si buscas en el mismo Unravelled encontrarás esto:
RVEC7 RMB 3 $A426 $CA3B $CAE9 CLOSE ALL FILES
que indica que si NO hay cartucho de DOS, el 'hook' no haría nada y procedería con el puerto del casette
Pero si hay cartucho, entonces llama el CLOSE del que esté instalado ($CA3B o bien $CAE9 para DOS1.0 o DOS1.1.respectivamente)

No, si lo del HOOK yo lo se, lo que digo es que pone DEVNUM=0 que es pantalla y ya cerró los archivos?.
Te explico mi duda mejor y más detalladamente.
JSR RVEC7 HOOK INTO RAM (Esto está entendido)
LDA #-1 CASSETTE DEVICE NUMBER (Luego le pone cassette a juro, este abierto o no, que es por si quedó algo sin cerrar, no cierra serial, pantalla ni nada más)
0581 A42B 97 6F STA DEVNUM SET DEVICE NUMBER (aca lo pone en la variable de RAM y se queda tan ancho, claro al ponerle obligado el -1 de cassete, más abajo se tratara de cerrar si es output)

Luego el CLOSE FILE HANDLER
JSR RVEC8 HOOK INTO RAM (OTRO HOOK, OK)
LDA DEVNUM GET DEVICE NUMBER (carga el device number), si viene de CLOSE ALL ya tiene machacado -1 que es casette, si machaca (pone) cassette en la anterior, porque pregunta en esta zona, en vez de machacarlo igual que la anterior?
CLR DEVNUM SET TO SCREEN ( y, luego le pone 0 que es pantalla)
INCA *
BNE LA44B * BRANCH IF WAS NOT CASSETTE
LDA FILSTA GET FILE STATUS
CMPA #2 IS IT OUTPUT MODE ( y cierra el cassette si era OUTPUT)

PERO EL CLOSE ALL, lo machaca sin preguntar si es OUTPUT ni si está abierto


Volver a “Tandy CoCo”

¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 1 invitado