[zxspectrum] l'ardisco

> caratteri dello spectrum sulla FAT, spezzando il nome in 8+2 (il

Sul disco, fisicamente, quel "punto" non esiste. Il campo "nome file" e' 
di undici bytes consecutivi (facente parte di un record di 32 bytes), 
convenzionalmente visti come "otto, punto, tre", convenzionalmente 
riempiti con caratteri maiuscoli e, sempre per convenzione, con un byte 
particolare (mi sembra $E5) usato come primo carattere per indicare che 
la entry e' stata cancellata (ricordate i famosi undelete dei tempi del 
DOS, in cui si doveva indicare la prima lettera per recuperare un 
file? :-)

Altra cosa: FAT12 e FAT32 sono troppo complessi da implementare; FAT16 
permette di avere 65mila files, pure e' complesso, e ha come unico vero 
vantaggio concreto l'essere "compatibile" con i nostri MS/DOS.

Una breve riflessione:

- c'e' il Chrome (il Chrome c'e'!!!) e noi stiamo invece a parlare di... 
di quello che non c'e'!!!!! (di come implementare un filesystem per un 
FUTURO hard disk - casomai se ne facesse qualcosa). Non so quanto 
abbiano ragione questi americani che dicono che noi parliamo troppo e 
facciamo troppo poco; sono certo pero' che qui ci stiamo perdendo 
attorno a una cosa che non c'e' ancora.

- siamo tutti qui a fare mille considerazioni; ma chi lo scrivera' il 
filesystem in assembler Z80, e fara' tutti i test del caso? parlare e 
fare considerazioni e' facile, ma non dimentichiamo che si parla di 
investire non meno di qualche decina di ore di programmazione assembler 
Z80 (e sono stato assai ottimista) per creare un driver FAT16...!

- non abbiamo ancora chiarito se l'hard disk (o compactflash o quel che 
sara': ricordiamoci anche quanto e' importante che la soluzione sia 
facile ed economica da implementare) dovra' essere solo un archivio di 
programmi (snapshot?) da caricare (personalmente ritengo che questo sia 
il 99,9% dell'uso che se ne fara'), oppure deve essere uno strumento 
per il programmatore (con tutti i crismi di OPEN#, CAT, FORMAT, etc)... 
La domanda non e' da poco: se si divide l'hard disk in blocchi da 128k, 
cadono tutti i discorsi di cluster, catene di settori, allocazioni, 
settori vuoti, frammentazione, etc (e con tanti giga di spazio non ci 
stracceremo i pochi capelli rimastici in testa se anche il piu' 
semplice SCREEN$ occupa 128k).

- il Chrome non e' nato come computer autonomo ma come "compatibile Zx" 
e quindi anch'io sono del parere che la compatibilita' con qualsiasi 
cosa riguardi lo Spectrum viene prima di ogni altra questione.

alf

Other related posts: