Ahoj,
pokud si dobře pamatuju, všechny zmiňované dokumenty jsem tenkrát
procházel
ale použil jsem nakonec pouze popis Lamačovy CP/M, jinak s Basic a P/CPM
disketami jsem víceméně objevoval Ameriku - zapsal jsem soubor a koukal co
se změnilo :-) Pokud bys měl Michale zájem, udělám Ti výtah ze zdrojáků emulátoru. Vzhledem k tomu že to nemám psané zrovna moc přehledně nevím,
zda
by jsi s tím neměl ještě víc práce to rozklíčovat :-)
Jinak v Basicu skutečně nebylo moc dobře řešené využití disku po
smazaných
souborech. Řešila to poměrně slušná utilita IPLDISK, ve které byla krom
spousty jiného i volba "komprese", která soubory setřásla tak aby bylo
možné
využít disketu celou. Jinak mám povědomí i o upraveném Basicu který
myslím
uměl využít celou 720K disketu - viz. obr. v příloze
Z.
Zobrazit citovaný text (77 řádků)
----- Original Message -----
From: "Radek Suk (sharpemupandora.cz)" <suk[doména skryta]>
To: "Konference "Počítač SHARP MZ-800 a emulátory"" <sharpemupandora.cz>
Sent: Tuesday, January 17, 2012 1:28 AM
Subject: Re: BASIC FD filesystem
>
> Nedalo mi to a tak jsem v emulatoru smazal jednu Basic disketu a zustaly
> tam jen 3 soubory. Nasledne jsem udelal program co vytvarel nove a nove
> soubory a tech vytvoril presne 60. Proto lze ocekavat ze maximum je tech
> 63 souboru.
>
> Mozna Zdenek Adler ma popis, kdyz jeho emulator umi nacist Basic disketu
> a exportovat z ni data. Take mozna by to slo zjistit z okomentovaneho
> vypisu Basicu.
>
> Michale vystav nekde Basic ktery chces testovat a pripadne prazdnou
> basic disketu a neni problem to otestovat. Jinak ten testovaci program
> posilam jako obrazek.
>
>
> Radek
>
>
> Dne 16.1.2012 20:37, Michal Hučík (sharpemupandora.cz) napsal(a):
>>
>>
>>
>> Ahoj, mam pocit, ze zrovna informace o FD formatu na tech strankach neni
>> uplne presna - mozna proto, ze v tom FD BASICu, ktery koloval u nas se
>> pry hrabal nekdo v nemecku.
>> Ty unused bajty, ktere jsem si poznacil jsou asi shodne s tim co tam
>> pisou, pripadne je vubec neuvedli. Maximalni pocet polozek adresare
>> musim jeste proverit: BASIC mi pise too many files a na 0. stope jsem
>> napocital 77 zaznamu - skutecny pocet nesmazanych polozek primo v BASICu
>> jsem nekontroloval, takze je mozne, ze mam disketu ve ktere uz se nekdo
>> (zrejme ja pred 20 lety :)) hrabal a je v ni ulozen nejaky sektor navic
>> ... Max. pocet polozek 63 mi prijde jako logictejsi cislo. Ovsem musem
>> rict, ze je to neskutecne pitomy a nesetrny filesystem...
>> Naprosto mi unika smysl prvniho bajtu v 15 alokacnim bloku - nejake
>> oznaceni master a slave disku. A taky prvnich 32 bajtu v 16 bloku na
>> zacatku adresare. Predevsim ty konstanty 0x80 a 0x01 hned na zacatku...
>> A pokud jsem to pochopil spravne, tak tento format nezna zadne atributy.
>>
>> Format cp/m by snad mel byt docela dobre zdokumentovany, jen se trochu
>> obavam jeho variability, coz se bohuzel neobejde bez nutnosti uvadet pro
>> praci i nejake konfiguracni parametry. No a jako lahudka bude asi MRS,
>> protoze kdyz jsem se o nem naposled bavil s Vlastikem, tak si uz ani on
>> sam nepamatuje vlastnosti jeho filesystemu - alespon bude co delat ;)
>>
>> Michal
>>
>>
>> Dne 16.1.2012 18:30, Radek Suk (sharpemupandora.cz) napsal(a):
>>>
>>> Ahoj Michale
>>>
>>> Podive je na
>>> http://www.sharpmz.org/index.html
>>>
>>> konkretne na -> programming -> disk drives -> disk in detail
>>>
>>> at nahodou nezjistujes neco co jiz nekdo popsal. Mozna tam neco
>>> zajimaveho najdes. Jinak je dobre ze to chces udelat. Zkus udelat
>>> nejake web stranky kde popises co zjistis.
>>>
>>> Radek
>>>
>>
>>
>> ---
>>
>>
>
> ---
>
