Konference: Počítač SHARP MZ-800 a emulátory
Od: | Pavel Železo |
Datum: | 23.6.2003 10:49 |
Předmět: | ad. File system |
Ahoj, v konferenci Speccy (tady na Pandore) prave zuri "flame war" na tema File sytem pro Spectrum (viz. ukazka dole). Pocitam, ze neco takoveho nam nehrozi (nekdy je mensi pocet uzivatelu vyhodou ;) zdravi zelez PS: Divide je 16ti bitovy radic HDD pro Speccy PPS: porad jeste jsem nerozchodil svou EPROM vypalovacku, takze zatim zadne vysledky s testovanim noveho HDD Interface. Je na tom nekdo lepe ? ------------------------------------------------------------- kopirovany e-mail : Předmět (Subject): Re: fs (bylo Divide TAP a Z80) Datum (Date): 23. červen 2003, Po 10:36 Od (From): MTs (speccy tu byla ta zakroucena vec pandora.cz) <mts.zxs tu byla ta zakroucena vec tiscali.cz> přidat e-mail do adresáře > Komu (To): Konference "ZX Spectrum" <speccy tu byla ta zakroucena vec pandora.cz> >Od: "Tritol (speccy tu byla ta zakroucena vec pandora.cz)" <lblaha tu byla ta zakroucena vec mistral.cz> >Odesláno: neděle 22.06.03 18:41:50 >Soubor na Speccy ma trochu vic >vlastnosti, nez je DOS FATxx schopna pojmout. Na snapy, tapky, gify, >samply a >ja nevim co jeste to staci, ale na klasicke "paskove" soubory ne. >Proto se >kdysi domuluvilo SFS (Spectrum File System), ale jisti lide jsou >megalomani >(zdravim Busyho :), takze napsat implementaci full SFS je horsi jak >podpora FAT32 :). Tritole (a ostatni zastanci speccyfickeho FS), ja ti (vam) garantuju, ze MS-DOS a FAT16 JE I PRO SPECCY SOUBORY PLNE POUZITELNY A Z A D N Y UDAJ O SOUBORU SE NEZTRATI. Ne nezblaznil jsem se. Hned vysvetlim: v DIR je pro info o souboru vyhrazeno 32 bytes, z toho 10 je ale uplne volnych (Win to pouzivaji ale to je mozne ignorovat...). A ted pozor :) tech info o souboru, ktere bychom jeste navic k tem 22 bytes potrebovali je 6 (slovy SEST) bytes - start adresa, delka bez promennych, body flag, atributy (HSPARWED). Takze se to tam v pohode vleze! A co tim docilime? Ze muzu vzit HDD, vrazit ho do PC a OS mi to sezere i s navijakem = soubory budu mit citelne. Akorat bychom se museli smirit s tim, ze na PC by bylo mozne "pouze" cist a zapisovat. Prepisovat by (asi - nevim jiste) neslo (prepisem souboru by nejspis zmizlo tech 6 bytes v DIR). Kopirovat by slo, ovsem pouze s programem, ktery kopiruje vsech tech 32 bytes s DIR. Dokonce i ve Win by to mohlo chodit, ony sice tech 10 bytes pouzivaji (podpora dlouhych jmen), ale kdyz pouzijeme spravnych 6 bytes (resp. ten klicovy byte, ktery urcuje, ze soubor ma dlouhe jmeno, nechali nulovy), tak to pobezi. Jeste (pro uplnost) jak na to se jmenem souboru. MS-DOS to ma takto: offset 0-7 jmeno 8-10 pripona No a my bychom udelali toto: offset 0-9 jmeno 10 pripona No a taky jsem pro FAT16. Za prve je jednodussi (pri tvorbe OS na Speccy) a za druhe kdykoliv se z ni da celkem jednoduchym zpusobem udelat FAT32. Premyslejte o tom. MTs PS: Procital jsem si ten SFS od Busyho. Je fakt skvely, ale nezlobte se na me, pro OS, ktery se musi vejit do pameti ZXS, je to rek bych nerealizovatelne. A i kdyby to nejaky maniak (to neni narazka na tebe Shreku :) dokazal, tak na PC si bez specialnich programu ani neskrtnem. My bychom se meli snazit o lehkou prenositelnost dat a ne vymyslet furt neco noveho (viz. MDOS - kdyby byli co k cemu, tak uz tenkrat pouzili MS-DOS a FAT12 s upravami, jake jsem popsal vyse a dneska bychom nepotrebovali ani MFC ani EIM). ______________________________________________________________________ Reklama: Za surfování po internetu dostávat odměny - to je nový http://ad2.seznam.cz/redir.cgi?instance=55053%26url=http://club.razdva.cz/
Ostatní příspěvky vlákna:
[2003/1 (22)] [2003/2 (25)] [2003/3 (14)] [2003/4 (20)] [2003/5 (73)] [2003/6 (108)] [2003/7 (88)] [2003/8 (81)] [2003/9 (146)] [2003/10 (60)] [2003/11 (12)] [2003/12 (5)]
[1999 (1)]
[2000 (168)]
[2001 (733)]
[2002 (459)]
[2003 (654)]
[2004 (224)]
[2005 (105)]
[2006 (182)]
[2007 (201)]
[2008 (294)]
[2009 (363)]
[2010 (782)]
[2011 (522)]
[2012 (642)]
[2013 (442)]