Kérdezz, jár erre pár guru. Hamarabb kapsz választ, ha precízen leírod mi a baj (oprendszer, sw verzió, hibaüzenetek, egyéb) - de kérünk, egy kérdést ne írj bele több topicba, kérdezés előtt keress vissza, hátha már volt a problémád.
Ja, és amennyiben warez windowsod lenne, ez nem az a hely ahol segítene bárki. És kodekpakkot, soha, sehova sem teszünk fel.
Unokaöcsémnek van most valami AMD-s gépe. DE, szeretne valami jobbat, mondjuk Athlon64-et. Ehhez milyen deszkát javasolsz? Gamer lenne a gép. Egyenlőre csak proci+alaplap cserét akarnék ott véghezvinni.
Azt a DOS Boxot nem is annyira elindítani kell, mint inkább kipakolni az asztalra, valamint a DOS-os progit is, utóbbit szőröstől-bőröstől egy mappában. Most a mappában levő .bat vagy esetleg .exe fájlt egérkurzorral rávonszolod a DosBox ikonjára, ez ettől un. "bedobóablakként" fog funkcionálni, és a program jól elindul. Vagy nem, és akkor a .bat fájlt át kell némileg szerkeszteni, vagy ha nincs, akkor készíteni kell egyet. Ha van valami start.bat fájl a dosos progiban, akkor a legegyszerűbb a dolog, azzal legtöbbször műxik a fent vázolt eljárás.
Én csak arról írtam, hogy a DOSBox több platformra is portolva van. Ezek közül az egyik a Windows, de ha esetleg más operációs rendszer alatt kívánnál DOS-os programot futtatni, akkor ezt is megtehetnéd a megfelelő platformra fordított változatával.
Miután én éppen Linux-on használom, csak azt mondhatom, nézd meg a konfigurációs állományát, javítsd az igényeid szerint, persze olvass róla dokumentációt. Azt, hogy ez a file Windows-on hol van, nem tudom. Linuxon a "$HOME"/.dosboxrc az.
Ahhhh ... köszi szépen ! Felvetettem magamban, hogy esetleg átálláskor a rendszer atdátumozza a file-okat, de ezt akkora baromságnak véltem, hogy el is vetettem. Hiba volt. Tény, hogy az egyik gépem FATos a másik NTFS.
Végül csak megtaláltam az opciót a mostani TC-ben is.
Tehát ennek örömére, amiért 2 topikban is feltetted a kérdést, így most én is kénytelen vagyok helyesbíteni magam 2 topikban is.
1 óra eltérés figyelmen kívül hagyása
Ezzel a kapcsolóval arra utasíthatjuk a "Könyvtárszinkronizálás" és egyéb összehasonlító funkciókat, hogy ha két fájl dátuma között pontosan 1 óra különbség van, ezt ne vegyék időkülönbségnek. Miért? Windows NT, 2000 vagy XP esetén kétféle fájlrendszert lehet használni: FAT32 vagy NTFS. A FAT32 a fájlok helyi idejét, az NTFS rendszer a fájlok GMT idejét használja. Amikor a nyári időszámításról átállunk téli, azaz normál időszámításra, a FAT32 rendszerben nem változnak a fájlok dátumai, viszont az NTFS formátumú meghajtókon az idők 1 órával megváltoznak, mivel az időzóna is megváltozik 1 órával a GMT időhöz képest. Ennek az a következménye, hogy az átállás előtt még azonos idővel rendelkező FAT32 és NTFS fájlok között egyik pillanatról a másikra 1 óra eltérés lesz. Ennek a funkciónak a segítségével megoldható, hogy az ilyen "különböző" fájlok mégis azonosnak mutatkozzanak.
Egynek ki lehet próbálni ezt: dosbox.sourceforge.net, egy kb 95-96% hűségű DOS emulátor Win32-es környezetbe. Persze nem olyan, mintha mondjuk egy 6.22-es DOS futna, de azért elég jól elműködnek rajta a dolgok.
Másik variáció: virtuális gép (pl. VMWare), rá valódi DOS installva, azon 101%, hogy menni fog.
Régebben a Windows Commanderben volt egy beállítás a másolással, illetve szinkronizálással kapcsolatban az un. NTFS időeltolódás korrekcióval kapcsolatban, akkoriban a súgófájlban le volt írva ennek magyarázata is.
Épp 1 órás időeltolódásról szólt a dolog, de már nem emlékszem rá pontosabban.
Jelenleg a Total Commanderben ilyen beállítás már nem található, valószínűleg ezért:
23.02.97 Added: Wincmd now copies full NTFS time (100 ns resolution)
Nekem megkérdezi az időzónákat, aztán azt is, hogy hozzáállítsa-e a meetingeket. Mindezt külföldre menet vettem észre, beböktem a PDA-n is, hogy melyik város, aztán a 9órás meetből egyből 7-8órás lett, mikor hazaértem, akkor meg visszarakta 9 órára.
Ez talán származhat abból is, hogy nálunk a local time és az UTC között is van egy óra, legalább is télen. Sőt, nem tudom, Windows-on lehet-e állítani, hogy az RTC-be UTC-t vagy local time-ot tegyen, Linuxon lehet. Ettől függetlenül a rendszer még UTC-ben számol. Ostoba alkalmazás esetleg közvetlenül az RTC-ből szedi az időt, feltéve, ha erre van kernel függvény.
Kösz a választ. Az újratelepítés megoldotta a problémát. Nem tudom, hogy az első tanács miért kerülte el a figyelmemet és csak a másodszori B Pali által írtra figyeltem fel. Fő az, hogy a Reader működik. Kösz!
Sajnos ez olykor akkor is előfordul, ha rendben járnak az órák.
Úgy vettem észre, a különböző nyelvi verziók között nem azonos az időkezelés.
Nemrég a telefonomon láttam olyat, hogy az Outlookkal szinkronizált egész napos naptárbejegyzéseim mintha megduplázódtak volna és a következő napra is beíródtak volna. Alaposabban megnézve kiderült, hogy az óraállítás utáni szinkronizáció eredménye az lett, hogy pl. Tamás névnap :) 03.07, 00:10-tól tartott 03.08, 00:59-ig.
Először én is erre gondoltam. De a múlt héten még egyformák voltak a dátumok. A két gép órája egyformát mutat, az átállás a téli időszámításra rendben megvolt.
Kösz a választ, leszedtem a gépről a 4.0-ás és 6.0-ás verziót (mert kettő is volt!) és újratelepítettem, most a 7.0-ás verziót, ráadásul ez magyar. Semmi mást nem csináltam, csak telepítettem. Működik!!! Köszönöm!
Valószínűleg nem NTP szerverről jár legalább az egyik gép órája, s valamelyiken a téli-nyári időszámítás átállítása nincs beállítva. Nemrég álltunk át CEST-ről CET-re.
