Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>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 (sharpemu@pandora.cz) napsal(a): <span class="replyquote1">> > > > 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 (sharpemu@pandora.cz) napsal(a): </span><span class="replyquote2">>> >> 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 >> </span><span class="replyquote1">> > > --- > > </pre>