Foti,
Én két problémát ismerek:
az egyik probléma, ami tényleg jelentkezhet 2000-ben, hogy 2000 szökőév, amit nem biztosan kezel a gép BIOSa, pedig kellene. (Ha ez csak annyit jelent, hogy pénteket ír ki a gép csütörtökön, akkor nincs igazi baj, de ha a Novell szervered nem enged be, mert szerinte vasárnap van és Te nem dolgozhatsz hétvégén, akkor kicsit (?) súlyosabb a probléma.)
A másik egy kicsit egzotikusabb: igen sok hardverkulcsos program, aminek "intelligens", dátumfüggő kódjai vannak beszarhat 2000 után.
A téma ciméröl jut eszembe, pár éve olvastam az egyik újságban, hogy azért nem lehet képet továbbitani modemen keresztül ( az akkori sebesség 300 b/s volt!) mert a kép nem fér bele a modembe! Hát akkor össze kell hajtogatni és úgy beledugni! A régi processzorok nem képesek a 2000. évet feldolgozni, ugyancsak a Nagy Baromságok Könyvébe kivánkozik. Az illetö vagy nagyon nem ért a hardware-hez vagy hardware gyártó illetve forgalmazó. A probléma az IBM "Mainframe’-ekkel van, az operaciós rendszerbe csak az utolsó két év számát használták, a"19"-et egyszerüen az évszámok elé irták. Igazán nem gondoltak arra, hogy 40 év múlva is használni fogják ezeket a hardware-eket. Az operációs rendszer forráskódjai pedig ugy látszik elvesztek. Ugyanis ott lehetne a legegyszerübben megváltoztatni az "ÉV" változót 2-röl 4 byte-ra. Természetesen igy sokkal bonyolultabb az áttérés és jónéhány cég hatalmasakat szakit le ebböl kifolyólag. A sajtó pedig besegit, Amerikában sok szerencsétlen Már elkezdi az élelemiszer és egyéb dolgok felhalmozását, mert attól félnek, hogy minden számitógép le fog fagyni 2000 jan 1-én.
Köszi az eddigieket is. A Téma címe nem véletlen hardverre kérdez.
Az számomra is világos, hogy a szoftvert alaposan át kell nyálazni.
A kérdésem arra terjed, hogy a tesztelő programon elbukott hardveren -amit kézzel (programmal) 2000-be lehet repíteni-, lehet-e valami fejreállás ?
Főnökeim költségtervet kérnek. Nem mind1, hogy hány gép szorul BIOS,alaplap,Proci cserére. Az is igaz, hogy a 386,486-osokat hamarost cserélni kell, de mielőtt előadom, hogy a megroggyant forgószékemet is cserélni kell a 2000. év problémája miatt, jó lenne 10tán látni.
T. Mogorva !
Ne morogj, igaz a felhívásod után de körülnéztem, találtam is egy year2000 kezdetű témát, de abban 96 % azzal foglalkozik, hogy mikor kezdődik a huszonegyedik század. Erre a magam részéről most inkább tojok. Az tutti, hogy 1999. dec. 31 után 2000. jan. 1. jön. Nekem ez elég, hogy magamba és a programjainkba szálljak.
a kétezerállóságot előre tesztelni csak korlátozott formában lehet. ha tényleg belemásznak valamibe, és úgy próbálják ki, az meg ijjesztő eredményeket hozhat.
példa rá a legcsudifaszább A8-as, aminek a fedz. szgépét néhány perccel dec 31. éjfél elé állították. titkos kísérlet volt, és úgy is maradt, mert megijedtek az eredménytől.
csinálták a próbaköröket, aztán tikk, menet közben halt be a jármű.
a legnagyobb biztonsággal megoldhatod a problémád, ha 1999 decemberében szépen írsz egy kb. húszsoros programocskát, amit az autoexecből indítsz minden gépen. Ha az évszám 1999 alá esik egyszerűen átírja 2000-re. Gondolom a hónap, nap és az óra nem repül el. Ha meg az is elmegy akkor úgy írod meg a programot, hogy ne engedje a felhasználót tovább amíg be nem adja a helyes dátumot. Aztán valamikor március körül amikor már biztosan minden gépet bekapcsoltak legalább egyszer, kiirtod a programocskákat.
A csodálatos DBase, Clipper stb. programokon, ha csak 2 számjegyre definiálták az évszámot sajnos nincs segítség. Át kell írni. Az archív adatbázisokat meg konvertálni. :-(
A 2000. év problémája valóban elhanyagolható egy olyan cégnél, amelyik egyszerű, általános dolgokkal foglalkozik. Viszont egy olyan területen mint egy bank, biztosító és más pénzekkel foglalkozó intézmény(pl: telefontársaságok) ez nagyon komoly problémát jelent, mert ezeken a helyeken éjszaka történnek a különböző adatfeldolgozások, mint például kamatok, tartozások, költségelszámolások és hasonló folyamatok. Ilyen esetben nem mindegy, hogy egy napot, vagy 20 évet vesznek figyelembe.
Szerintem senki nem örülne, ha a legközelebbi telefonszámláján (hála a digitális rendszernek, ami visszamenőleg tárolja az adatokat) az elmúlt 5-6 év egyszerre lenne kiszámlázva, mégpedig úgy, hogy az már egyszer ki lett fizetve.
Szerintem csupán az évezred váltási dátumkezelési problémák miatt semmi értelme nem lesz vasat cserélni. Sokkal költségtakarékosabb egy körlevél, hogy 2000. január 2.-án munkakezdénél mindenki adja ki a date parancsot és írja be a dátumot. :)Esetleg egy kis csapat aki végigjárja az összes gépet és átállítja. Szerintem.
Viszont felmerül az a kérdés, hogy még jóval több mint egy év múlva bekövetkező probléma idején, a vélhetően manapság is már pár éves gépek közül mennyi lesz még üzemben, hiszen egy nagyvállalatnál, ahol ennyi gépet tartanak üzemben, általában pár év alatt elhasználják. Persze ez nem törvényszerű, csupán tapasztalat.
A probléma szerintem inkább a szoftvereket érinti, bár úgy érzem ott is kicsit túlzóak a borúlátások. Persze ahol sok múlik a dolgon, nyílván nem lehetnek eléggé óvatosak akik ezért felenek, elismerem.
Mellesleg mintha már lett volna a kérdéssel foglalkozó topic...
A kérdésem hardver oldalról mi a veszélye a 2000. évnek?
Pc-ken futtatom a 2000. évet viysgáló programot (386, 486, pentium), egyiken másikon bios hibát jelez.
A gép bekapcsolt állapotban valóban 2000 helyett valahova 1980 köré megy. Ha viszont date paranccsal átlököm 2000 fölé, onnan kezdve jó dátumot ad vissza, átlép 2000 jan. 1-ről kettőre, 2000. dec. 31-ről 2001. jan 1.-re stb.
A kérdésem az, ha ezt a masinát nem cseréltetem ki, van-e valami veszélye, hogy 2000-ben mégis valahol fejre áll ? Hol ?
Egy 275 Pc-ből álló gépparknál nem mindegy, hogy hánynak felújítását kell elvégezni.
