L'illusione di aver messo gli occhi sullelocazioni di memoria dura però assai poco,in quanto è immediato scoprire che si trat-ta di un banale controllo di parità, utilesolo per pescare al volo gli errori durante lalettura da parte del PC-12I1.

In realtà di locazioni di memoria non sitrova proprio traccia in nessun angoli nodel file: pertanto ogni programma vienecaricato risalendo a ritroso i registri dellamemoria flessibile fino a dove è necessario:addio speranza di rilocazioni! Lo stessoavviene per le variabili, al punto che se unoper esempio salva i dati con

PRINT # "FILE";A(100)si deve ricordare il numero 100 se desideraritrovarseli al loro posto, perché come ènoto, l'istruzione

INPUT # "FILE"li sistema a partire dalla variabile A(I) inpOI.

Organizzazione del titolo dei fileAd orecchio potrebbe sembrare che la

struttura dei file di programma sia diversada quella dei fili di dati; si sente comunqueche entrambi sono suddivisi in record dilunghezza variabile a seconda del tipo eche la pausa che li separa ha circa la lorostessa durata.

Non a tutti sarà sfuggito inoltre che ilprimo record è praticamente uguale neidue casi: in effetti si tratta di un pacchettodi 24 byte che inizia con un gruppo di 4 (infunzione di identificatore), atto a segnalare

se il seguito sarà un programma (da alloca-re a partire dal più alto degli indirizzi del-l'area della memoria flessibile) o dei dati(da allocare salvo diverse prescrizioni, co-munque non residenti nel file, a partire dalpiù basso degli indirizzi della memoria fis-sa); in figura 4 si forniscono i codici identi-ficatori rilevati.

CSAVE "FILE" FF80PRINT # "FILE" OF8FPRINT # "FILE"; A(I) F08F

Figura 4 - Identificatori del tipo difile del PC-I2I/

Successivamente si trovano sette coppiedi byte che contengono il nome del file: se ilnome è più breve di sette caratteri, ci sonocomunque 14 byte e quelli non utilizzaticodificano il carattere corrispondente altasto SPC.

Infine vengono i famosi due byte di con-trollo di cui si è parlato prima e su cuiritorneremo; essi operano il loro controllosolamente sui 14 byte del titolo e non suiprimi quattro. .

A questo punto interviene la prima pau-sa durante la quale il segnale mantiene lafrequenza costantemente a 4 kHz ed il pin9 resta al livello logico Low.

Dopo ciò inizia il primo record vero eproprio; la sua lunghezza può avere solodue valori:

18 byte per il file delle variabili;

180 byte per il file dei programmi (salvol'ultimo che può essere più corto).

Quanti sono questi record? Per i dati ilconto è presto fatto: supponiamo che larisposta alla istruzione MEM sia1264 STEP 158 MEMORIESe che il file debba essere generato con lagenerica istruzione

PRINT # "FILE"; A{I)Se I = I l'istruzione si semplifica, come ènoto in

PRINT # "FILE"Definiamo le due variabili:

S = 1264M = 158

allora il numero D dei record del file deidati sarà:D = 1 + M + 26 - (I - 1) = 185 recordinfatti, oltre al primo record del titolo biso-gna ricordare che ci sono anche le 26 varia-bili della memoria fissa.

Il calcolo del numero P dei record del filedei programmi è un pochino più laborioso:definiamo altre due variabili e cioè T (nu-mero totale di step disponibili) e X (varia-bile di servizio).T = 1424 step maxX = (T-S)/80 = 1.95il numero dei record desiderato sarà (inBasic PC-I2II):p = 1 + INT X + ( (X - INT X) < > O) = 3~OO~ _

ESADE- BlT PESICIMALE @]m@]@J~ m@]@]~

0 -l L_ 0000

-lLr-L 1000 L H L

2 ~JL 0 003 -l~ 004 -l~ 001 05 JLJ1SL 1 0 06 _JLJL. 0 07 ~J'L 08 -l L- 00019 il r-l 100 j--l ..J L-A ~-UL 0 0B _JL.JL- 0C ~l 0 o 1

4 kHz 2 kHz 4 kHzD JUL_ 1 0 8 impulsi 4 impulsi 8 impulsiE S-L- __0F -Il Figura 3 - /I codice bitonale del PC-/2I/.

~ Figura 2 - /I codice binario del PC-/2I/.

MCmicrocomputer n. 37 - gennaio 1985 157

Aggiungiamo che la serieMC3700 può collegarsi con tuttii personal e home computerse funziona're con segnaliprovenienti datelecamere, videoregistratorie sintonizzatori TV.

Scegliere un Cabel, anche per applicazioni speciali,significa scegliere monitors monocromatici e a coloriapprezzati dal mercato professionale di tutt'Europa.

Se per il vostrohome-personal computer

utilizzate lo schermodel televisore, riflettete.

Con meno di quello che pensatepotete avere un monitor Cabei.

La nuova serie MC 3700 unisce alraffinato design caratteristiche di assoluta avanguardia:

basso consumo, alta risoluzione, affidabiIità, videoorientabile, comandi frontali e non sul retro.

Monitor Cabet.Ilprezzo più c .J:)erfezione.

~

[ \]©~:t}c~~24035 CURNO(Bergamo) -TeI. 035/612103

Telex 316370 CABEL I

CONCESSIONARIED ASSISTENZA TECNICA

MILANO E PROVINCIA• BRESCIANI AMEDEO

Via A. Sloppani, 34 -20128 MilanoTel 02/2043459

• TECHNEX s. r 1Via Teocrito. 46· 20128 MilanoTel 0212575315

EMILIA ROMAGNA· MARCHE• ONDA ELLE s.n.c.

Via Faccini. 4 ·40128 BolognaTel 051/373513 - 359649

LIGURIA• R. e R ELECTRONICS S.r.L

Via F.lli Canepa. 94160 l O Serra Riccò· GETeL 010/750729·750866Telex 216530 COGE I

TOSCANA - UMBRIA• FGM ELETTRONICA S.r.l

Via Silvio Pellico, 9/1 l5012 l FirenzeTeL 055/245371Telex 573332 FGM I

LAZIO• HI-REL S.r.L

Via Amatrice, 1500199 RomaTeL 06/8395671·8395581Telex 614676

• GIU.PA. Rdi G Pastorelli e figliVia dei Conciatori, 3600154 RomaTel 06/5758734

CAMPANIA· PUGLIA·BASILICATA· CALABRIA

• C.F. ELETTRONICA PROFESSIONALECorso V. Emanuele, 5480122 NapoliTeL 081/683728

SICILIA• RICCOBONO ÉMANUELE

Via Onorato, 4690139 PalermoTeL 091/331464·325813

cura di Pierluigi Panunzi

Come naturale continuazione dellascorsapuntata, in questo numero estenderemo lenostre considerazioni riguardanti la gestio-ne deifile per poter essere ingrado, allafine,di scegliere quale delle due strutture (filesequenziali o file random) risolve meglio ilnostro problema.

I File random

Questi tipi di file prendono il nome dallamodalità con cui si accede ai singoli record:in questo caso tale accesso è "casuale"(random) nel senso che per leggere un certorecord non siamo costretti a leggerne altri:abbiamo infatti visto la scorsa volta che,nei file sequenziali, l'accesso ad un datonon può avvenire se non si è effettuatol'accesso a tutti i dati "precedenti". Nelcaso dei "random" si possono leggere quae là i vari record del file senza limitazioni disorta, ed inoltre scompare la distinzionetra accesso in lettura e accesso in scrittura:si parla infatti di accesso generico ad undato per effettuarne indifferentemente lalettura e l'aggiornamento, avendo si in ognicaso, come vedremo, un'unica apertura fi-sica del file.

Proseguendo nell'analisi di questo tipodi file vediamo un'altra fondamentale dif-ferenza rispetto ai sequenziali: la lunghez-za del record.

Nel nostro caso, tutti i record devonoavere sempre la stessa lunghezza il checomporta che bisogna calcolare a priori e"una tantum" la lunghezza del record.

Ora se un certo record risultasse più cor-to, apposite istruzioni consentono di inse-rire degli spazi bianchi all'interno del re-cord stesso, in modo da "estenderlo" alpunto giusto.

Questo fatto già comporta l'inconve-

MCmicrocomputer n. 37 - gennaio 1985

niente notevole dato dallo spazio inutiliz-zato.

Se invece abbiamo a che fare con unrecord che inaspettatamente risulta piùgrande del record base, allora dovremoeffettuare delle scelte riguardo a quale par-te dell'informazione contenuta nel recordstesso deve essere forzatamente troncata.

Comunque già si vede bene che la primadifficoltà nella gestione dei file random è ladeterminazione della lunghezza effettivadel reéord.

Basti pensare che in molti casi in cui nonsi ha una precisa idea sulla grandezza deirecord si sarà portati (e costretti) a sovra-stimare l'ampiezza del record, riducendocosì il numero di tali record registra bili suun dischetto. Parlando della lunghezza delrecord, riguardo al valore massimo in as-soluto si può dire che esso può essere modi-ficato all'atto della chiamata dell'MBA-SIC stesso, secondo le metodologie già de-scritte nella rubrica "I trucchi del CPjM"nei nn. 23 e 24 di MCmicrocomputer.

Ad esempio, se da ambiente CPjM (con-traddistinto dal ben noto "A> ") digitia-mo

MBASIC/S:300stabiliamo una volta per tutte che il valoremassimo della lunghezza dei record è po-sto a 300, poi quando andremo a gestire ilnostro file random, con un'apposita istru-zione, potremo ancora diminuire tale valo-re, ma mai aumentarlo!

A questo proposito l'esperienza matura-ta per lungo tempo su un sistema Osborne1 ci consente di dare ai lettori un suggeri-mento, sulla base di alcune considerazioni.

Nel nostro caso si doveva gestire un cer-to tipo di file random dove per comoditàera stata posta l'ampiezza massima del re-cord a 255 byte.

Ora, fatti i dovuti conti, la lunghezzaeffettiva del record era invece risultata di150 byte. Ciò ha comportato che il sistemaoperativo ed in particolare la versione 5,21del MBASIC non eliminava quei 105 byterimanenti, utilizzandoli per altri record,ma viceversa dal momento che nell'Osbor-ne 1 i settori logici sono di 256 byte, lascia-va della "garbage" in tali byte inutilizzati.Ora tale "garbage" conteneva tra l'altro unbel po' di "carriage return" che, come nelcaso dei file sequenziali, separano i varirecord: questo fatto ha comportato enormiproblemi quando lo stesso file è stato inseguito gestito con il programma dBase Il.

La morale insegna dunque che per nonavere problemi conviene stabilire una certalunghezza del record ed invocare l'MBA-SIC con l'opzione "S" per poi riconferma-re, all'atto dell'apertura del file, tale valo-re.

La gestione dei file random

Facendo riferimento alla tabella (analo-ga a quella già vista per i file sequenziali),vediamo quali sono le operazioni da com-piere. Innanzitutto ora la tabella è unica esi riferisce contemporaneamente alla scrit-tura dei record. Come vedremo tra breve,infatti, con i file random potremo, con lostesso programma, aggiungere, leggere escrivere record, il tutto con un'unica aper-tura ed un 'unica definizione dello spaziocostituente il record.

Ma andiamo con ordine: supponiamo,per semplicità, di riferirei al file dell'esem-pio di cui abbiamo parlato la scorsa punta-ta.

Supponiamo perciò di voler gestire unarubrica telefonica, questa volta con un filerandom.

159

Tabella I - Corrisponden:a Ira le varie funzioni logiche di ge.Hione dei file random e le fun:ioni del/"M 8asic.

flLES RANOOH (Scr ittura e Lettura)

Dobbiamo innanzitutto stabilire la lun-ghezza dei vari campi che costituiscono ilrecord: tali campi saranno associati ad al-trettante variabili stringa, di lunghezza daprefissare una volta per tutte e che nel no-stro caso saranno C$, N$, 1$, T$, rispetti-vamente per il cognome, il nome, l'indiriz-zo ed il numero di telefono.

Supponiamo di voler riservare 20 carat-teri per il cognome, 20 per il nome e 30 perl'indirizzo.

Supponendo poi di avere numeri di tele-fono contenuti in variabili reali, la relativastringa T$ sarà formata da 4 byte e non giàda 6 (tanti quante sono le cifre) come nelcaso sequenziale.

Ciò si spiega facilmente considerandoche una variabile reale viene codificata dal-l'MBASIC in 4 byte, e come tale vienegestita dai file random.

Inoltre se la variabile è intera avremoun'occupazione di 2 byte, mentre per una adoppia precisione avremo ben 8 byte: tuttoquesto, è evidente, indipendentemente dal"numero di cifre" che compongono il nu-mero dato.

Ad esempio il valore 9507, formato da 4cifre e perciò codifica bile ASCII con 4 byte(caso dei file sequenziali) ora viene codifi-cato con 2 byte esadecimali (25H e 23H) ecome tale considerato come stringa.

Questa conversione si ottiene con leistruzioni MKI$, MKS$ e MKD$, rispet-

Funzione logica

'1 - Apertura del file

2 - Allocazione spazio del buHerper i record

3 - Rielpilento del buHer congiustifico a sinistra o destra

4 - Conversione variabili interesingola precisionedoppia precisionein str inghe

5 - Scrittura dati dal buHeral disco

6 - Helor i zzaz ione de I recor dn€l buHer

7 - Conversione di stringhe invariabili interevariabili singola precisionevariabili doppia precisione

8 - Valore del puntatore alrecord success ivo

9 - Chiusura del file

tiva mente per variabili intere, in singola ein doppia precisione.

Ad esempio supponiamo che la variabileintera A% valga appunto 9507: per genera-re una stringa S$ da immettere in un cam-po di un record useremo dunque l'istruzio-ne MKI$:

S$ = MKI$ (A%)In questo caso, dato che il valore di A%

in memoria è posto come 23H e 25H (cioèprima il byte meno significativo e poi il piùsignificativo), la MKI$ costruisce unastringa lunga 2 byte di valore appunto 23He 25H: se per curiosità andiamo a stampareil contenuto di S$ troveremo "ji%" e cioè icaratteri corrispondenti ai valori esadeci-mali 23He 25H e cioè 35 e 37 decimali.Tutto va come se avessimo costruito S$con CHR$ (35) + CHR$ (37).

Apertura e definizione dei campi

Dopo aver stabilito su quali variabililavoreremo e soprattutto dopo averne de-finita la lunghezza in byte, siamo pronti adaprire il nostro file, che supporremo chia-marsi "RUBRICA".

Tale operazione si effettua con unaOPEN dove con "R" si indica la volontà dioperare con file random, mentre per il nu-mero del buffer e il "nomefile" valgono lestesse considerazioni dei file sequenziali:numero del buffer è un numero compreso

Istruzione dell 'HBASIC

OPEH "R" , [M] buHer , "no.efi le" [, lunghezza]

flELO [N] buffer , lungh.calpo AS var .str inga [, ••• ]

LSET var.stringa = stringaRSET var.stringa = stringa

var .str inga = HKl$(var. intera)var .str inga = HKS$(var .reale)var.stringa = HKO$(var.doppia precis.)

PUT [M] b'JHer [,nulero record]

GET [N] buffer [,nulero record]

var.intera = CV1(stringa di 2 byte)var.sing.prec. = CVS(stringa di 4 byte)var.dop.prec. = CVO(stringa di 8 byte)

LOC( buffer )

CLOSE [buHer] [, ••• ]

tra l e 15 e "nomefile" è nel nostro casoRUBRICA.

Una particolare attenzione riguarda ilcampo (opzionale) "lunghezza", che con-sente, come abbiamo visto precedentemen-te, di indicare la lunghezza effettiva delrecord: è facile verificare che tale camponon avrebbe alcun senso nel caso dei filesequenziali ed infatti non esiste nella loroistruzione "open". Fatto ciò possiamo (an-zi dobbiamo!) specificare quali sono i cam-pi del record e qual è la loro lunghezza: lofacciamo con l'istruzione FIELD nellaquale compare anche il solito "numerobuffer".

Nel nostro caso, avremo (vedasi anche ilprogramma riportato) FI ELD l, 20 ASC$, 20 AS N$, 30 AS 1$, 4 AS n.

Ora bisogna fare grande attenzione sullevariabili usate per questa definizione: que-ste variabili vanno "gelosamente" riserva-te, nel seguito del programma, ai campi delrecord e non si possono usare per altriSCOpI.

Se invece ad esempio usiamo nel pro-gramma la variabile N$ per generare gene-riche stringhe, quando poi useremo N$ perindirizzare il 2° campo del record andremoa puntare la zona di memoria utilizzata perle stringhe invece della zona riservata albuffer: ciò comporterà evidenti anomalienella gestione dei file random.

Riempimento dei campiProseguiamo oltre andando a vedere co-

me si riempiono effettivamente i vari cam-pi del record.

Supponiamo perciò che vogliamo inseri-re nel campo C$, relativo al cognome elungo 20 byte, la voce "GARIBALDI".

Dato che tale cognome è lungo 9 caratte-ri si avranno I I byte inutilizzati: si puòscegliere di avere questi 11 spazi vuoti adestra o a sinistra del cognome, o meglio sipuò decidere se "giustificare" tale cogno-me a sinistra oppure a destra (rispettiva-mente).

Nei due casi, supponendo che "GARI-BALDI" si trovi nella stringa A l $, avremoLSET C$ = A1$ (giustificazione a sinistra)oppureRSET C$ = A 1$ (giustificazione a destra)

Riempiti così i vari campi con opportu-ne stringhe, non ci rimarrà altro che anda-re a scrivere sul disco il record così forma-to: ecco che avremo ora a che fare con ilfatidico "numero del record".

Infatti scrivendo ad esempio PUT 1,5,andremo a scrivere il nostro record al 5°posto nel file "Rubrica".

Evidentemente possiamo scrivere PUTl,N, dove N è stavolta una variabile, chemagari impostiamo noi da tastiera con unaistruzione INPUT.

Viceversa se scriviamo PUT I semplice-mente, ordiniamo di scrivere il record "su-bito dopo" al record precedentementescritto.

Questo fatto di poter stabilire noi dovecollocare il record all'interno del file è evi-

160 MCmicrocomputer n. 37 - gennaio 1985

di tempi di accesso più o meno brevi, neces-sità più o meno frequente di modificare icampi di tal uni record, effettiva necessitàdi un "puntatore" (indice numerico) deirecord.

Il tutto lo dovremo tradurre da un lato(file sequenziali) con una struttura elastica,flessibile e semplice, ma interamente "se-quenziale".

Dall'altro lato avremo una struttura sta-tica (ricordate la disquisizione sulla pessi-ma traduzione del termine file con "flus-so"?!), rigidamente prestabilita ma idealeper l'accesso rapido qua e là all'interno delfile stesso. Può spaventare, lo ammettia-mo, il fatto di dover separare i vari campicon opportuni "separato(i" nel caso deisequenziali, ma certo non è che il rigoreformale dei random sia da meno ...

Se per leggere il decimo elemento, nelprimo caso, dobbiamo leggerne altri nove,nel secondo caso dobbiamo portarci ap-presso la struttura del record, accedere alrecord stesso e isolare la parte desiderata,eventualmente sfruttando le conversioni avariabili numeriche. Ma attenti a non sba-gliare! Non aggiungiamo altro, se non ilconsiglio di provare, per il proprio proble-ma, ad usare entrambi i tipi di file, perpoter decidere, in base ai criteri su-esposti,qual è il migliore. *

PRINT CVS (N$)

Considerazioni finali

Come si sarà già notato, nel caso deirandom, non si deve più fare i conti convirgole, virgolette e punti e virgola, il che èveramente notevole. L'ultima istruzionerelativa ai file random è la LOC (I) che cidice qual è il valore attuale del puntato re airecord del file: ricordiamo che tale valore èquello a cui "andremo" ad accedere in let-tura o in scrittura e perciò incrementato diuno rispetto ad un precedente accesso.

Ci eravamo dimenticati di chiudere il filealla fine! Presto fatto: una "CLOSE" cipermetterà questa azione, come era facil-mente prevedi bile.

Siamo ormai in grado di poter giudicare,in base al nostro problema, quale strutturausare: random o sequenziale. Possiamo aquesto punto ricordare le note salienti, i"pro" e i "contro" dei nostri file: faremo inostri bravi conticini in termini di numerodei record. lunghezza dei campi, necessità

Lettura dei record

Sempre all'interno dello "stesso" pro-gramma possiamo andare a leggere un cer-to record, avente un suo numero d'ordine.

Ad esempio se vogliamo leggere il re-cord n. 20, non abbiamo altro da fare cheimpostare l'istruzione

GET 1,20Anche in questo caso valgono le stesse

considerazioni fatte per la "PUT" riguar-do al numero del record che può essere unnumero, una variabile, oppure non com-parire nemmeno nell'istruzione nel qualcaso si fa riferimento al record successivo aquello utilizzato l'ultima volta.

Di colpo, con la nostra G ET 1,20 andia-mo a leggere "tutto" il record ed a questopunto avremo le nostre brave variabili C$,N$, 1$ e T$ che conterranno qualcosa.

Volendo leggere l'indirizzo basterà evi-dentemente impostare:

PRINT 1$come pure si potrà trasferire 1$ dentro un'altra variabile con un'ovvia istruzione:

11$ = 1$

Viceversa per non vedere generalmentedei caratteri grafici, lettere strane, ecc,"non" consigliamo di scrivere

PRINT N$!!

-------------....s,oftwaredentemente il maggior pregio dei file ran- Per vedere invece il vero contenuto (sidom nei confronti di quelli sequenziali. tratta infatti della codifica di un numero)

dobbiamo usare le istruzioni CVI, CVS eCVD, analoghe alle varie "MKX$". Do-vremo però sapere se la stringa provenivada un valore intero reale o in doppia preci-sione, pena ulteriori malfunzionamenti.

Nel nostro caso dovremo ad esempioimpostare

COMMODORE

---------- -- - ---- - ----- - ---- - - ---------. ---_.-

olivelli

MCmicrocomputer n. 37 - gennaio 1985 161

Prezzo ! lIoteKC n.APPLE II

COJO(ODORE 64

TEXAS TI-99/4A

SIIICLAIR SPECTRUX

DA2/00 Shape Tablet 22 15000DA2/01 Kotomuro 26 15000DA2/02 81DEBUG 28 15000DA2/03 ED IT + IIlPUT 29 15000DA2/04 Basic modulare 34 15000DA2/05 AIIIAAnimation Lang. 35/37 15000DA2/06 Kiniset + Leva-DOS 37 15000

===================================================================

===================================================================

C64/01 Briscola 25 17000C64/02 Serpentone 29 17000C64/03 othello 29 17000C64/04 Chase 33 17000C64/05 Spreadsheet 34 30000C64/06 Bilancio familiare 35 17000C64/07 The dark wood 36 17000C64/08 Totocalcio: sis.rido 37 17000C64/09 Orchetes 37 17000064/01 Spreadsheet 34 15000===================================================================

COJO(ODORE VIC-20------------------------------------------------------------------.CVC/01 VIC-Xaze 19 17000 Config. baseCVC/02 Pic-Xan 23 17000 Config. baseCVC/03 Briscola 25 17000 Config. baseCVC/04 Grand Prix 28 17000 Config. baseCVC/05 Frogger 26 17000 RAX: almeno + 3 KCVC/06 Invaders 29 23000 RAX: + 16 KCVC/07 othello 29 17000 RAX: + 16 KCVC/08 SKI 31 17000 Config. baseCVC/09 VIC-quiz 32 17000 RAX: almeno + 8 KCVC/10 Zigurat 33 17000 Config. baseCVC/ll Extended Basic 36 17000 RAX: + 16 KCVC/12 FireJllln 36 17000 Config. baseDVC/01 ElOlA 27/28 15000 RAX: + 16 K

CT9/01 Kacchina del tempo 27 17000CT9/02 Simon 29 17000CT9/03 Babilonia 30 17000CT9/04 Labirinto 3D 31 17000CT9/05 Piramide di lunnuh 33 17000 Extended BasicCT9/06 Scrabble 34 17000CT9/07 Korphy 35 17000CT9/08 Equo canone 37 17000

CSS/01 TRlLAB 28 17000CSS/02 SE! di caratteri 27/29 17000CSS/03 Grafica TREDIK 29 17000CSS/04 Ippica 30 17000CSS/05 Graphic-Comp 32 17000CSS/06 Xacchina del tempo 34 17000CSS/07 Piramide di lunnuh 35 17000CSS/08 Over Basic 37 17000

Codice Titolo programma

lIota:l'iniziale del codice e' C per le cassette, D per i minifloppy

Elenco del software disponibilesu cassetta o minifloppy

Per ovviare alle difficoltàincontrate da molti lettorinella digitazione dei listati

pubblicati nelle varierubriche di software sulla

rivista, MCmicrocomputermette a disposizione i

programmi più significatividirettamente su supporto

magnetico. Riepiloghiamo quia fianco iprogrammi

disponibili per le variemacchine, ricordando che ititoli non sono previsti percomputer diversi da quelli

indicati.Il numero della rivista su cui

viene descritto ciascunprogramma è riportato

nell'apposita colonna;consigliamo gli interessati di

procurarsi i relativi numeriarretrati, eventualmente

rivolgendosi al nostro ServizioArretrati utilizzando il

tagliando pubblicato in fondoalla rivista.

Le cassette utilizzate sono Basf C-60Compusette II; i minifloppy sonoBasf singola faccia singola densità.

Per l'ordinazione inviare l'importo (amezzo assegno, c/c o vaglia postale)alla Technimedia srl, Via Valsolda135,00141 Roma.