Diskuzní fórum Elektro Bastlírny

Dal jsem v Linuxu touch *. A už jsou špatně všechny.

Zkusila jsem pustit pod dosboxem command.com z MSDOSu 5.0 a to ničemu nepomohlo.

Když se změní datum vytvoření těch datových soborů, tak jsou špatně i pod DOSem.

Tak jsem změnil v to exe 3 bajty a už to chodí.

Co jsi mu provedl?

Taková menší lobotomie. Místo instrukce, na kterou to skáče, když je to špatně, jsem dal JMP na instrukci, kam to skáče, když je to dobře. Ale hrát to neumím, takže nepoznám, jestli je vše v pořádku.

Aha, takže jsi tu kontrolu vyřadil. Ale chyba je tedy někde v DOSBOXu, že blbě interpretuje datum založení souboru?

Jestli jsem se v tom dobře zorientoval, tak jsem vyřadil úplně všechny kontroly. Ne jen datum. A asi je problém v dosboxu s datumem. Co jsem koukal, tak ten jeden soubor, který byl podle něj špatně, měl letní čas. Ostatní měly zimní. Tak je klidně možné, že to dosbox dělá dobře a msdos špatně.

Asi bude lepší toto neinvazivní řešení:

Jak se pozná u soboru ve FAT, jestli má zimní nebo letní čas, to přece nikde v adresářové položce uložené není?

Ve FAT to asi není. Já koukal v Linuxu. Nějak to asi musel udělat ten rozzipovávač. A DOSBOX to asi dělá jinak.

Linux z nějakého důvodu interperetuje čas založení toho 21SPOSC.DAT jako 20:44, ale pod DOSem to je 19:44. A některé distribuce linuxu asi mají tuhle chybu opravenou.

V mém případě to šlo ještě přes zip. Takže nějak se to muselo zabalit, nějak pak rozbalit. Já tomu moc nerozumím, takže se zatím trochu bojím to označit za chybu v DOSBOXu nebo Linuxu.

Rozbaloval som to unzipom v Linuxe.

Mám ty soubory na disketě, strčená do PC s DOSem ukazuje u 21SPOSC.DAT 7:44p, strčená do PC s Linuxem ukazuje 8:44p.

Edit: 28.3.2000 byl letní čas, DOS to neřeší, Linux to zřejmě interpretuje různě, když někdo to má dobře a někdo špatně.

Je v tom zmatek. On ten Linux a DOSBOX asi musí taky počítat s tím, že někdo nestřídá zimní/letní čas. To aby se pak zvencnuli. Nakonec ještě skončíme u toho řešení s tou lobotomií.