12. 1. 2010

Štěpení uživatelů MB-02+

Ačkoliv jsem velkým zastáncem opensource, jsem letitým uživatlem GNU/Linuxu, vždy jsem se snažil u svých výtvorů, aby byl přiložen i zdrojový kód, nikdy mi nevadilo, když se někdo pohrabal v přiložených zdrojových kódech, opravil mě, resp. dopsal nějakou funkci (ačkoliv to se nikdy nestalo, ale bylo by to krásné ;) ), musím ohledně výtvorů MB Maniax změnit názor.

Vše začalo tím, že se zde jistá skupinka lidí (nebudu jmenovat, ale zainteresovaní ví...), že vydali verzi BS Dosu, která nepočítá se stavajícím formátem virtuální diskety (127x8), ale tento BS Dos používá virtuální disketu o shodném formátu jako na fyzické disketě. Co z toho vyplývá - vzájemná nekompatibilita. Totiž stane se toto:

Sejdou se dva spectristi se svými MBčky a budou si chtít vyměnit prográmky a nemůžou... protože používají vzájemně nekompatibilní formát na CF kartě. Nádhera, že?

Jako důvod tohoto opatření byla uvedena kombatibilita s emulátorem RealSpec. Nevím jak Vy, ale za mého mládí se vytvářely programy, utilitky pro PeC aby se lépe pracovalo na ZX a tyto utilitky se přizpůsobovaly ZX Spectru. A dnešek? Odpovím větou klasika: "Je nová doba, upravujeme programy na ZX spectru, aby se lépe dělalo na PeCi".

On je hlavní průšvih v tom, že uživatelů MB-02+ je pět a půl a tímto upraováním zaběhlých věcí (ač třeba nejsou šťastně řešeny) se začneme škatulkovat na lidi, kteří mají různou konfiguraci na MB-02+. Možná se teď ptáte, proč prostě nepřejít na (staro)nový formát? Odpověd je jednoduchá: kvůli emulátoru na PeCi (který je navíc pro Dos/Windows) si ukrojit z kapacity virt. diskety něco málo přes 200kB? 200kB na disketě je v lepším případě několik programů uložených navíc... prostě ja jsem proti.

Dnes se mi ozval Hood, že jsem při tvorbě RTC Patche nedodržel standart definovaný v MS Dosu a tudíž se mu v Total Commanderu špatně zobrazuje datum a že chce upravit RTC Patch, PIT (patch na výpis adresáře s časem a datumem) a MB Commander, kde toto upraví. Jeho jediný argument proč chce upravovat něco co 8 let funguje dobře, byl že jsem nedodržel standart MS Dosu a pracuje se mu špatně v Total Commanderu. O úpravě pluginu do Total Commanderu (který umožní připojit virtuální disketu) nechtěl slyšet.

Jelikož nechci při jakémkoliv dalším vývoji MBC, PITa či RTC Patche hlídat různé verze zapisování/vypisování datumu, rozhodl se výkonný výbor MB Maniax následovně.

Všechny doposud vydané programy pod hlavičkou MB Maniax, jsou tímto "close source" (ačkoliv toto označení není správné). K programům budeme zdrojové kódy dále přikládat, ale nepřejeme si, aby bez našeho svolení někdo se zdrojovými kódy či binárkami manipuloval, či takto upravené programy dále šířil elektronickou či jinou cestou.

Doufám, že tímto zamezíme dvojitým verzím, vzájemné nekompatibilitě a podobným prasárnám.

21 komentářů:

dex řekl(a)...

Se Hood zbláznil?
MS-DOSí formát data není žádný standard, ale zpotvořenina.
To budeme kurvit i ostatní systémy jenom proto, že Microsoft je kurví nejlíp?

Ať si Hood upraví co chce, ale ať tu hrůzu proboha nerozšiřuje.
Co mně je do nějakého MS-DOSu a debilního Total Commanderu?

Myslím, že na formát data existuje RFC 822 nebo ISO norma 8601. A MS-DOSí formát to není.

Anonymní řekl(a)...

Gamo klid, nezblaznil jsem se nejen ja, ale napriklad i Busy a dokonce i Shrek, protoze veskere dosavadni kodovani data a casu na mbcku vcetne Shrekovych, pokud se tedy nepletu, je pod msdosovym formatem, a ze ti to najednou po osmi letech zacne vadit az ted. Akorat ten rok proste tenkrat Shrekovi unikl a jedem podle toho osm let a uplne nahodou sem si toho vsiml. Podstatny problem ale neni v tom, zda je to kodovani microsofti nebo jaky jiny, ale v tom ze se spravne opravenym kodovanim roku v pripadnym novym rtc patchi, MBC, a PITovi vse po staru ulozene bude mit blbe zobrazeny rok. To je zasadni problem, pred kterym to cele stoji, a proc se Shrek a ostatni bouri, coz chapu a premyslim, jak z toho ven.

Tobe mozna do TC nic neni, ale predstav si, ze jsou lide, kteri TC radi pouzivaji a nedaji na nej dopustit, protoze to je pro XP spickovej program, to tvrdim zase ja.

Hood

Shrek řekl(a)...

Hoode,

vybruslis z toho tak, ze si upravis plugin do Total Commanderu, nebo si napis !vlastni! RTC Patch, PIT a MB Commander...

Ja nerikam, ze ten format co pouzivam je dobre. Problem je, ze to jiz funguje 8 let a nemeni to nic na funkcionalite teto veci. To ze to blbne v pluginu Total Commanderu je vec druha (a me napr. nezajima: namam Total Commander, nemam Windows...).

To nadcim se pozastavuju ja, je to, ze KVULI EXTERNIMU programu budes upravovat X jinejch softu na ZXku. To mi prijde jako zhovadilost a s tim se ja nesmirim. Proto jsem veskery nas soft po porade s logoutem uzavrel a NIKDO nebude distribuovat opravene binarky nebo upravene zdrojaky.

Anonymní řekl(a)...

No Shreku, je to skoda, ze ani poradne nepristoupi MB Maniax na diskusi a hned takova drasticka a zbytecna omezeni, myslim, ze se tak dostavame do roku 1991, kdy Proxima zakazovala sireni svych programu nelegalne, tenkrat to ale Proxima delala za prachy a tak se asi nebylo co divit. Jsi proti stepeni sceny a tvymi zakazy ji paradoxne stepis.

Tvuj domnely zakaz povede akorat k jedne veci. Pokud budou programy ktere budes vydavat dobre, a ja verim, ze jo, stejne se v nich budou lidi stourat a akorat premyslet jak tvuj zakaz obejit. To je jedna vec.

A potom, to je mi novinka, ze programy, ktere vydavas jsou tvoje? Neni to trosku drzost? Vydavat zakaz na dila bez souhlasu lidi, s jejichz prispenim by jsi programy mozna ani nedokoncil? Co Busyho rutinky, ktere tvori pres polovinu PITa, co RTC rutiny v RTC patchi, nejsou nahodou taky od Busyho? Co MBC commander, neni nahodou velkym dilem i Tritolovym? A Velesoft taky do MBC nicim neprispival, ze?:-)? A to nemluvim o myslenkach a napadech, ktere do programu, ktere tak bezostysne prohlasujes za vlastni vnesli jini!!! Az budes mit firmu, ktera bude chrlit skutecne vlastni software ze tve hlavy, tak prijd, ted ale nemas nikomu co zakazovat!!! Prober se!

Je to problem muj a tvuj, nevim, proc by kvuli nam dvema mela trpet scena.


Hood

Anonymní řekl(a)...

Nechapem o co sa jedna. Format ukladania popisal Busy a preto by mal byt jediny a spravny (a je taky isty ako v MSDOSe). Kto teda pouziva iny format, Hood alebo Shrek?

mikezt

Shrek řekl(a)...

mikezt, nejde o to, kdo jakej format pouziva a kterej je ten spravnej. Jde o to, ze po 8 letech pouzivani (bez sebemensiho problemu) se zavadi nove standarty. Tim se uz tak mala scena MBCkaru rozdeli na ty kteri zacnou pozivat nove formaty (a druzi ne), a tim se stanou vzajemne nekompatibilnimi.

Pritom nove veci co tu zavadi Hood a Velesoft neprinesou zadne nove featury, zadne nove veci... jen umozni pouzivat to co se jiz pouziva, ale jinym zpusobem => vznika nekompatibilita.

Kdyby tahle nekompatibilita vznikala tim, ze se do BS Dosu pridaji nove prikazy, zvetsi se kapacita disku, atd... tak nejsem proti, ale proc delat jednu vec dvema ruznymi navzajem nekompatibilnimi zpusoby?

Shrek řekl(a)...

Hoode,

ano MBC je z velke casti Tritoluv vytvor a neberu mu to. Vsak klidne muzes navazat tam kde Tritol zkoncil. Preju prijemne kodovani nekolik let...

RTC Patch, PIT, atd... jsem z prevazne vetsiny delal sam, jen jsem obcas pozadal Busyho o radu. Takze si myslim, ze zrovna zde, mam pravo na to nakladat se svym vytvorem...

Vis me nevadi kdyz se nekdo bude vrtat v mych programech a prida napr. do MBC konvertovani souboru do TAPek... budu jen rad. ALE nelibi se mi, kdyz nekde budou dve verze MBC se stejnymi funkcemi, ktere se budou lisit pouze v tom, ze jinac zobrazuji cas a datum... To mi prijde hodne kontraproduktivni a nelibi se mi to.

Stejnej bordel byl kdysi na MBCku s Dronovo a PVL portama na IDE Face... fakt se psali programy pro tyhle dve verze krasne... (treba booter). Jsem rad, ze se dnes pouziva prevazne PVL porty a neni v tom dalsi bordel.

A ano, mas pravdu, nezabranim ti, abys jakykoliv muj vytvor upravoval bez meho vedomi, ale sirit verejne dal to nebudes... na to pravo nastesti mam a jestli to porusis, tak se opravdu prestanu bavit slusne a asi zajedu do Znojma, nebo kde to bydlis... ;)

Navic nevim jak mohu scenu rozdelit tim, ze budu podporovat jeden standart, ktery je tady X let a budu bojovat proti novotam, ktere nic noveho neprinesou (mimo to, ze to bude friendly MS Dos... coz u me neni podstatne...).

Anonymní řekl(a)...

Shreku, Miku, naopak, o ten format pouzivani tady jde, kvuli nemu se hadame. To ze je tady neco 8 let a pouziva se to blbe pro me neni argument, proc bych to ted nemel chtit zmenit.

Shreku, a co rutiny RTCINI a RDRTC, ty jsou taky uplne cele tvoje v RTC patchi? Zajimavy, ze koukam co mi poslal Busy a vidim tam uplne ty stejne rutinky radek po radku, takze tvrzeni, ze RTC patch je zcela tvuj vytvor proste neni pravda.


Jinak cekal jsem, ze se ozves s navstevou do Znojma, nezklamals, doufam, ze prijedes v miru:)

Hele, abych se prestal rypat v hovnech, neshodneme se a tak bychom meli zkusit najit cestu ven. Opet pomohl Busy, ktereho jsem v teto souvislosti oslovil, neni pro vas prijatelna ani ta varianta, ze lze napsat utilitku, ktera automaticky chybne stare kodovani roku prepise u vsech souboru na nove spravne? Uz jsem na to myslel, Busy potvrdil, ze takovou automatickou utilitu udelat lze. Sice to pro me bude cas navic, ale kdyz uz to prosazuju, tak bych to napsal.

Co vy na to?


Hood

Logout řekl(a)...

Pominme ted to, ze MSDOS a potazmo cely Microsoft nepovazuju stejne jako dex za zadny standard.

Busy nam dal na ulozeni data a casu ctyri bajty. Z toho ci onoho duvodu uz ale v systemu nezajistil jejich plneni a do techmanu jejich plneni nepopsal. To ze u RTC je popis jak interpretovat hodnoty z nej (a Hood to povazuje za podporu sve argumentace) ja zas povazuju za podporu Shrekovy argumentace, protoze pak muzu pouzivat stejny vypocet (1980 + cislo z RTC/datovych bajtu) vsude a nemusim u RTC myslet na to ze mam 1980 pricist a u souboru ne.

Prostym faktem pak zustava ze plneni sektoru zajistil az RTC patch a ten prinesl nejaky format, ktery se v praxi pouziva. Muze byt jiny s tim co si Busy predstavoval, ale srolovanyma predstavama nikoho neumlatite, srolovanou dokumentaci ano a v te to neni.

Pro mne tedy platny format je ten, ktery ted funguje a pokud nejaka konverzni utilita chce konvertovat mezi datem a casem RTC patche a jinym, ma to resit ona. Problem v TC pluginu je resitelny pricitanim konstanty 20 k roku v jednom smeru a odecitanim v druhem smeru. Je to jeden plugin, jeden zdrojak, jedna oprava. Je to mene uprav nez RTC patch, PIT, MBC a disky vsech kteri maji soubory ulozene s datumem a casem.

Shreku, jsem s tebou!

PS: Vsichni Anonymni - je takovy problem vybrat pod formularem Nazev/URL a zadat tam svoji prezdivku? Kdo ma hledat na konci vaseho textu podpis?

Shrek řekl(a)...

Hoode,

zrovna tenhle vikend jedu na Moravu a dokonce pobliz Znojma :)

Ale nebude cas te mlatit MBckem o hlavu aby jsi se probral, takze muzes byt v klidu :)

V tomhle se proste neshodneme, pekne to shrnul Logout a ja se pod jeho prispevek mohu jen podepsat s klidnym svedomim. Ne nadarmo je to hlas svate Symbiozy :)

Anonymní řekl(a)...

Logoute, Tvoje vysvetleni je sice naprosto perfektni, konzistentni a vse do sebe zapada, a plyne z nej, ze Shrek mohl zvolit jakekoliv kodovani data a casu. Ale realita hovori uplne jinak. Shrek pred osmi lety po porade s Busym zvolil kodovani msdos formatem, coz je evidentni, protoze z 32 bitu v souborove polozce, do kterych RTC patch zapisuje odpovida spravnemu msdos kodovani 25 bitu. Akorat jaksi u roku si nevsiml/zapomel/prehlidl/....ze onech 7 bitu se koduje jinak.

Paklize onech 7 bitu zvolil zamerne a zamerne tak zavedl "novy standart" jak tomu rikate, tak je to nepochopitelna zhovadilost, protoze spravne kodovani roku dle msdos zabere ve strojaku asi 5 radku, ano pouhych pet. Nesere me, ze se tenkrat toto stalo, chybu udela kazdej, sere me, ze ted to hrde prohlasujete za mbckovej standart- standart vznikly omylem. Sorry, hosi, toto neni moje predstava o trosku seriozni praci!! A proto takovy vznikly pokriveny standart neuznavam. Busy Vam dal ctyri bajty abyste je smysluplne naplnili, ne abyste 7 bitu z nich ponicili!

Co se uprav zdrojaku tyce, z vyse uvedenych duvodu jsem si upravil spravne kodovani roku v MBC, PITovi a RTC patchi pro svoji osobni potrebu. Myslim Shreku, ze Ti ani tak nejde o vrtani se v Tvych programech, ale o zavadeni odlisnych standartu a svuj autorsky kod (nikoli cizi rutiny v Tvem kodu- ty muzeme se svolenim jejich autora upravovat) nechces poskytovat k mrveni "standartu". Coz chapu a respektuji to.

I presto, ze je mi to z popsanych duvodu prosti srsti, tak komunikuju s autorem MBD pluginu, co se da ohledne toho delat. A dost mozna se tento problem podari vyresit. Pokud to pujde v pluginu resit beze zbytku a se 100% vyloucenim chybneho zapisu a cteni roku do/z TAP a MBD, je to pro me cesta nejmensiho odporu. I kdyz me to taky sere, protoze autor muze svuj cas venovat novym funkcim pluginu, nez ohybat dobry standart zmrvenemu.

Takze uvidime, jak to dopadne.

Hood

Shrek řekl(a)...

Hoode,

tady neslo tenkrat o tom, jeslti jsem chtel usetrit 5 radku kodu (myslim, ze za svuj zivot jsem napsal radku kodu dost a nekdy hodne zbytecnych - mikezt mi to muze dosvedcit - at zijou makra :) ).

Me spis zarazi to, co tva nova uprava prinese navic. Odpovim za tebe: NIC. Jen bordel v tom, ze nekdo bude pouzivat starou verzi (nebot se mu nebude chtit konvertovat treba 100 disket) a nekdo pouzije novou verzi aby byl MS Dos friendly. Z ceho vyplyva vzajmena nekompatibilita.

Jinac si pro sebe upravuj co chces, v tom ti opravdu zabranit nemuzu, ale nesir to verejne. A at se ti to libi nebo ne, tak jsem autor techto patchu, programu. Programuji ve volnem case, nic za to nechci, ale rad bych, aby ma prace byla k necemu a tve (velesoftovo snazeni) proste nechapu a prijde mi kontraproduktivni.

Proste me rozhodnuti, ze jsme uzavreli zdrojove kody proste nezmenis. Az prijdes s rozsirenim, ktere bude rozsirovat FUNKCIONALITU mych programu, velice rad tvoji pomoc prijmu, dokud budes (z meho pohledu) zanaset jen vzajemnou nekompatibilitu, tak u me osoby proste narazis.

z00m řekl(a)...

Ako obycajne ide o hovno a namiesto toho, aby ste sa rozumne dohodli zaujimate extremne stanoviska. Najprv k veci.
Popravde povedane, RTC patch sa mi pri boote zavadza, a teda subory sa mi ukladaju s datumom, ale po tom, co sa mi z neznamych pricin niekolko krat po sebe zmrsil cas, a vsimol som si to neskoro, prestal som davat datumom v suboroch nejaku velku vahu. Pouzivam to vyslovene orientacne, takze rozhodne to pre mna nema nejaku velku vahu.

Je jedno aky je kde standard, ale obecne sa smeruje k tomu, ze PC/Apple pouzivame ako storage k ZXS a pri konverzii by bolo vhodne aby sa dodrziavali standardy PC/Apple a je uplne jedno, kto ich vymyslel. Proste ak vezmem subor z MBcka a vykopirujem si ho na PC/Apple, chcem aby to malo vsade rovnaky datum. Ako to vyriestite je mne ako beznemu pouzivatelovi jedno.

Ak bude treba, kludne si prezeniem diskety nejakym softikom, ktory mi datumy opravi na novy standard. Nechapem preco sa z toho robi taka veda. V dobe IDE/CF to bude trvat radovo par minut. A tych par diskiet, ktore mi ostali ma tiez nezabije.
Uzavriet zdrojaky je s prepacenim pekna picovina, hlavne na ZX a vobec ale vobec to neriesi stav ktory vznikol. Preco to nenechate na pouzivateloch? Jednoducho by ste vystavili prislusne tooly na Internete a pouzil by ich kto by chcel na zaklade svojho SLOBODNEHO rozhodnutia. Rozdiel v datumoch nie je nejaka kriticka nekompatibilita a tych 5 suborov, ktore si raz za rok vymenim s inym MBckarom budu mat pre niekoho zmrseny datum. NO A CO?

Taktiez sa mi nepaci, ze sa neustale navazate do Duskyho IDE patchu BSDOSu pre divIDE. Vzniklo to na MOJ popud, JA som Duskyho poprosil, ci by to nenapisal a JA som mu dal volnu ruku aby to napisal co najjednoduchsie na pouzivanie. Zdrojak je uz peknych par mesiacov volne stiahnutelny. Namiesto picovania ste radsej mohli spravit binarku patchu so standardnym formatom a dat ju na web. Opat by sa tym nechalo slobodne rozhodnute uzivatela, ci pouzije na divIDE novy format, alebo nie. A konverzny skriptik je tak isto vecou par minut. Zasa je z toho nafuknuta bublina, ktora beznemu uzivatelovi zbytocne zneprijemnuje zivot. Rozkol v komunite MBckarov na ktory nadavate vznika z vasich vlastnych radov.

Vsetko su to pomerne jednoducho riesitelne veci a zbytocne sa z toho robi obludny blvanec picovin, ktory navyse posuvate do osobnej roviny, ked vam dochadzaju argumenty. Je mi jedno ako sa to nakoniec vyriesi, nie som na nikoho strane, ale prosim vas aby ste sa spamatali. Toto nikam nevedie a nijako to neprospieva tym, pre ktorych to vlastne cele robite.

Logout řekl(a)...

Hoode, porad se neohanej MSDOS standardem. Je preci evidentni, ze zatim co u dnu, mesicu, hodin a minut neni treba mit zadny zaklad, protoze zacinaji nulou, tak u roku jde o ten zaklad. Tedy to co ty nazyvas spatne pochopenym MSDOS formatem je jen logicke ulozeni datumu a casu, ktere ma jiny zaklad pro rok.

Pokud ja vim, tak Shrek mel informaci o tom do jakych bitu patri jaka casova jednotka ale o tom, ze jde o MSDOS format a je treba vzit jiny rok jako pocatek nepadlo ani slovo. Takze porad nerikej ze to byla jeho chyba, kdyz to tak zjevne neni. Kdyz ti nekdo rekne ze mas tolik a tolik bitu na roko, tolik a tolik na mesic, den, hodinu, minutu a sekundu, tak to proste pouzijes. Pokud nevis ze mas ale k roku pricitat 20, tak to tezko udelas a neni to tvoje chyba.

Mne osobne je to zcela ukradene, jak si to vyresite, ja nepouzivam patch pro BSDOS zadny, datum a cas souboru jsou mi zcela ukradene. Stacilo se ale normalne domluvit, dojit k zaveru ze se to proste uklada jinak nez chces ty a nejak to vyresit. Ne prijit s tim ze Shrek nepochopil neco co neni nikde uvedene.

Hood řekl(a)...

Zoome, diky za Tva slova nad veci. Ano, presne takto jsem to myslel, nabidnout uzivateli volbu, at se svobodne rozhodne.

Hood

Busy řekl(a)...

Teda, nestacim sa divit, aky flamewar sa tu strhol kvoli takej blbosti ako je kodovanie roku :)
Ale aby ste nepovedali, zapojim sa aj ja. Takze:

1. V Techmane je uz od roku 1995 napisane, ze kodovanie tychto styroch bajtov cas+datum je presne take iste ako na PC. Tym padom akekolvek ine kodovanie je nestandart.

2. Standartne msdosove kodovanie umoznuje zapisat datumy od roku 1980, kdezto nestandartne, ktore sa doteraz pouzivalo, iba datumy od roku 2000. Opravte ma ak sa mylim.

3. Nie je problem spravit kratucku utilitku (priamo na Spektre, alebo pre PeC) ktora prebehne vsetky datumy na disku a opravi chybne kodovanie roku.

4. Kto nechce prejst na povodne standartne kodovanie roka, ale chce dalej pouzivat to co doteraz, kludne mozne, ziadne funkcne problemy to neprinesie, iba sa mu zobrazi o 20 mensi rok ked si disk zobrazi v TC alebo u niekoho, kto bude pouzivat standart. A na diskoch inych ludi sa mu zobrazia roky o 20 vecsie :)

Tak, to je vlastne vsetko. Dalej nasleduje iba opakovanie a podrobnejsie poznamky k tu uvedenym bodom, takze komu sa to nechce dalej citat, nemusi.


MS-DOSí formát data není žádný standard, ale zpotvořenina. Myslím, že na formát data existuje RFC 822 nebo ISO norma 8601. A MS-DOSí formát to není.

Umoznuje RFC822 a ISO8601 zakodovat kompletny datum a cas do styroch bajtov tak, aby dekodovacie rutinky neboli prilis komplikovane ? Boli tieto standardy k dispozicii v roku 1992 ? Ale ked uz su spomenute, bolo by zaujimave sa na ne pozriet.

Viem, ze z unixu tu mame aj iny stvorbajtovy format - pocet sekund od 1.1.1970. Tento format je tak krasne nativny, jednoduchy, ucelny, ma najvecsi mozny dynamicky rozsah vtesnatelny do 4 bajtov, velmi sa mi paci, ale uprimne - nechcel by som programovat tie rutinky, ktore by (de)kodovali takyto format...


To nadcim se pozastavuju ja, je to, ze KVULI EXTERNIMU programu budes upravovat X jinejch softu na ZXku

Ale to predsa nie je kvoli jednemu programu. To je kvoli chybe, ktoru sme spravili pred X rokmi. Nespravajme sa prosim ako microsoft, ktory miesto toho aby pouzil nieco co inde uz davno existuje a je to vyhovujuce, radsej si vymysli nieco vlastne, zavedie tym nekompatibilitu a vyhlasi si ju za standart. To asi nebude dobry postup ... :)


Jde o to, ze po 8 letech pouzivani (bez sebemensiho problemu) se zavadi nove standarty.

Standart bol uz v roku 1992 definovany ako format totozny s MSDOSom. A minimalne od roku 1995 je aj v techmane napisane "Kodovanie ako PC". Viem, ze radsej som tam mal napisat "kodovanie ako msdos" ale vtedy ma nenapadlo, zeby linuxy mohli pouzivat nieco ine.


Tim se uz tak mala scena MBCkaru rozdeli na ty kteri zacnou pozivat nove formaty (a druzi ne), a tim se stanou vzajemne nekompatibilnimi.

Nerozdeli, staci vsetky disky so zle zakodovanym datumom prehnat malickou utilitkou, ktora vsetky takto zle zapisane roky opravi. Uz som nad tou utilitkou premyslal, uplne by stacilo, keby ku vsetkym 7-bitovemu cislu roka, mensim ako 11, pripocitala 20. Tym padom zostanu zachovane vsetky datume starsie ako z roku 1990. Ak ma uz teraz niekto na disku subor s datumom starsim ako 1990, bude to treba opravit rucne. Ale takych pripadov myslim asi vela nebude.


Pritom nove veci co tu zavadi Hood a Velesoft neprinesou zadne nove featury, zadne nove veci

Prinesu. Teraz pouzivany format neumoznuje zakodovat roky 1980-1999. A ja osobne by som velmi rad mal moznost si oznacit spravnym datumom aj subory, ktore som vyrobil pred rokom 2000. Viem, dal by sa ten format znasilnit, napr. ze napr. cisla rokov 98 az 127 budu znamenat 1980 az 1999, ale to by sme to asi len zbytocne skomplikovali, a navyse by tak ci tak boli nutne upravy, a to nielen MBC a PITa, ale aj MBD pluginu.

To be continued ...

Busy řekl(a)...

...ten blby redakcny system podporuje len komentare do 4096 bajtov :(


nekde budou dve verze MBC se stejnymi funkcemi, ktere se budou lisit pouze v tom, ze jinac zobrazuji cas a datum

Zobrazovanie roku v datume zase nie je vec, ktora by sposobila uplnu nepouzitelnost MBC. Pokial clovek pouzije utilitku, ktora opravi vsetky datumy, nebude vobec dovod pouzivat staru verziu MBC.


lze napsat utilitku, ktera automaticky chybne stare kodovani roku prepise u vsech souboru na nove spravne

Ked ma nastvete, tak vam taku utilitku zbucham v cecku :)


Busy nam dal na ulozeni data a casu ctyri bajty. Z toho ci onoho duvodu uz ale ... do techmanu jejich plneni nepopsal

Popisal: Od roku 1995 je v techmane napisane: "Kodovanie ako na PC". Mozno som mal priamo uviest ze myslim priamo MSDOS kodovanie pre systemy FAT12/16/32. Nakoniec, aj v popise SFS, ktory vznikol v roku 1999, je vyslovene uvedene, ze tie styri bajty su presne ako ma MSDOS.


To ze u RTC je popis jak interpretovat hodnoty z nej

Pozor, nepletme si dve rozdielne veci ! RTC ma svoj vlastny format (definovany v speku o RTC), a vo filesysteme na disku je uplne iny format, ktory s tym RTC nema v principe nic spolocne.


Ale nebude cas te mlatit MBckem o hlavu aby jsi se probral, takze muzes byt v klidu :)

Trosku recesie: Vidis, Zilog, na co vsetko je MB02 dobre ? Mlatenie divideckom do hlavy by ani zdaleka nemalo taky efekt ! :)))


komunikuju s autorem MBD pluginu, co se da ohledne toho delat

Tam by som vobec nic neriesil. Nechal by som to tak, ze ked MBD plugin zobrazi datum starsi ako 1990, kazdy bude vediet, ze si momentalne ma k roku pripocitat cislo 20 a do buducnosti ma prehnat disk utilitkou na opravu datumov.


Me spis zarazi to, co tva nova uprava prinese navic. Odpovim za tebe: NIC

Prinesie to, ze subory starsie ako z roku 2000 budu moct mat spravny datum.


Z ceho vyplyva vzajmena nekompatibilita

To je pravda, ale tato nekompatibilita bude nastastie v konecnom dosledku iba zobrazovacia, v ziadnom pripade to nesposobi nejaku kriticku nefunkcnost niecoho doleziteho (ako napr. nekomptibilita diskoveho formatu 82x11 verzus 127x8). Tato nekompatibilita by este mohla sposobit blbe zoradenie suborov podla casu, ale na to, aby takyto pripad nastal by clovek musel mat naraz v jednej mnozine subory s dobrym aj zlym datumom. Co tiez asi nebude casty pripad.


ti nekdo rekne ze mas tolik a tolik bitu na roko, tolik a tolik na mesic, den, hodinu, minutu a sekundu, tak to proste pouzijes. Pokud nevis ze mas ale k roku pricitat 20, tak to tezko udelas a neni to tvoje chyba.

Ano, ale vsade, kde je popisane kolko a kolko bitov na aky udaj, je aj uvedene aky zaklad pre rok sa ma pouzit.

PS: Gratulujem tomu, kto to docital az sem, a zaroven tymto pokorne prosim Shreka a Logouta, ktori su uz urcite na ceste ku mne aby ma mohli umlatit svojimi MBckami, aby boli ku mne milosrdni a neurobili z mojich deti siroty... :)

dex řekl(a)...

Jak to tak čtu, půjdu si prostě koupit Atari a budu happy.

F6 řekl(a)...

Hehe, poperte se! Jen do toho!

Poke řekl(a)...

Panove ja to vidim takhle.
Vzdyt jde jen o SW. (zadne preskraby a pajeni)
A SW muze mit chyby a hold se jedna z nich ukazala, bohuzel az po osmi letech.
Ale to prece neni zadna hruza...

Opravme ji, vydejme zaplatu, konvertor na existujici FS Vam klido pido napisu.

A jedeme dal...
PIT,MBC a RTC patch a vlastne i
cely BSDOS bude zase o neco lepsi.
A uzivatele o neco spokojenejsi...

Nedelejme prosim z chyb, nove vlastnosti, jak to delaji jine lamy.

Rad Ti Shreku pomohu,
treba se i neco noveho naucim a o to prece jde.

BSDOSu zdar...

Busy řekl(a)...

No, takze nastvali ste ma, ze ste to vy, a zbuchal som vam slubenu utilitku v cecku na korekciu chybneho ulozenia roku :)

Sosajte tu:
http://busy.speccy.cz/tmp/mbrokfix100.rar