Tabla de contenido
Además de para copiar ficheros de una unidad a otra
,
COPY
sirve para copiar ficheros
hacia la pantalla o hacia la impresora (si está conectada). Por ejemplo, la orden
COPY "letras.txt" TO SCREEN$
muestra en la pantalla el contenido del fichero
LETRAS.TXT
(de la unidad implícita). Es
ta orden filtra todos los códigos de control, excepto el 'retorno del carro'. No es adecuada
para examinar ficheros de programa de
BASIC,
a causa de los numerosos códigos de con
trol que contienen. Sí sirve, en cambio para inspeccionar ficheros de texto ASCII, tales
como los creados con un procesador de texto.
La orden
COPY
"Ietras.txt"
TO LPRINT
es similar a la anterior, pero envía el contenido del fichero a la impresora y no suprime
los códigos de control. Si hemos dirigido la salida de impresora hacia el interfaz serie y
hemos prohibido la conversión de códigos (con
FORMAT LPRINT "R";"U"),
esta orden
nos permite 'exportar' ficheros hacia otros ordenadores
.
Esto no tiene ninguna utilidad
cuando los ficheros son programas de
BASIC.
Los usuarios que escriban programas en código de máquina pueden preferir desarrollarlos
en una máquina más potente (por
ejemplo,
en un AMSTRAD PCW)
.
Una vez terminado
el
programa,
lo más probable es que el +3 no reconozca el fichero, ya que +3 BASIC
siempre espera encontrar una cabecera de
128
bytes al principio del fichero, en la que debe
estar cierta información requerida por la orden
LOAD.
Sin embargo,
si
tenemos un fiche
ro binario en un disco adecuado para el +3, podemos añadirle la cabecera correcta me
diante una
orden
tal como
:
COPY
"juego.com"
TO SPECTRUM FORMAT
Esta orden crea un nuevo fichero en la misma unidad, con el mismo nombre y con el tipo
.HED.
(En este ejemplo,
crearía
el fichero
JUEGO.HED
en la unidad implícita.)
Evidentemente, esta orden sólo tiene interés cuando la aplicamos a ficheros de programa
de código de máquina. La longitud del fichero queda anotada en la cabecera, y también
el hecho de que se trata de un fichero de tipo
CODEo
Sin embargo, BASIC no tiene forma
de saber en qué dirección de memoria tiene que cargar el fichero; por lo tanto, la dirección
de carga deberá ser especificada en la orden
LOAD ... CODEo
Por ejemplo
,
si el progra
ma ha sido ensamblado tomando como dirección inicial 7000h (donde la oh
'
indica que
es un número hexadecimal) o
28672
decimal, el fichero con cabecera debe ser cargado con:
LOAD
"juego.hed"
CODE 286n
Puesto que los ficheros de pantalla son también ficheros
'
CODE' ,
esta técnica sirve para
'importar' pantallas diseñadas en otra máquina. (Esto no servirá de nada si las pantallas
no han sido diseñadas teniendo en cuenta el tamaño y el formato de la pantalla del +3.)
Capítulo
8.
Guía de programación en +3 BASIC
170
Tabla de contenido
