Az 10000-es év probléma egy olyan állítólagos problémák gyűjtőneve, amelyek akkor merülhetnek fel, ha olyan szoftverrel dolgozunk, amely egy olyan évet jelöl, amely csak 4 számjegyből áll a dátumokban. Ez a megközelítés hibákhoz és meghibásodásokhoz vezethet, amikor 9999-ről 10000-re lépünk át.
A 10.000. év problémája a 20. század utolsó éveiben kezdett el foglalkozni a sajtóban a közelgő 2000. évi probléma kapcsán . A publikációk többsége parodisztikus és humoros volt , hiszen a 10 000 év problémája ma már inkább elméleti, mint gyakorlati jellegű. Nem zárható ki azonban, hogy a használatban lévő, már megírt programkód egy része valamilyen formában „túlélhet” a 10.000. évig.
Egyes esetekben már most is szükség lehet 10 000 feletti dátumok feldolgozására – például a nukleáris hulladékok hosszú távú tárolására irányuló projekteket értékelő programokban [1] .
A probléma lényege abban rejlik, hogy a 10 000-es évre lépve a rendszerek ezt 0000-nek, azaz ie 1-nek tekintik. Valószínűleg minden rendszer ezt –59949936000 másodpercként fogja olvasni (1901. január 1. óta) [2] .
Néha szóba kerül a „100 000. évi probléma”, „1.000.000. évi probléma” stb.
A Windows API rendszerben a struktúra SYSTEMTIMEegy 16 bites mezőt használ az évszám tárolására; míg a dokumentáció szerint az érvényes értékek 1601-30827 [3] .
Dátumproblémák a programozásban | |
---|---|