Gestern in 25 Jahren: Das 2038-Problem
In genau 25 Jahren (Minus einem Tag) ist der 19. Januar 2038. Um das herauszufinden, muss man kein Nobelpreisträger sein. Das Interessante an diesem Datum ist, dass Unix-basierte System in das Jahr-2038-Problem rennen können und zwar um 03:14:07 UTC.
Auf vielen Unix-basierten Geräten kann man das Datum nicht nach 2038 setzen. Das gilt auch für Android- und iOS-Geräte – F-Secure hat es ausprobiert. Bis dahin läuft noch viel Wasser die Donau runter, aber irgendwann muss man eine Lösung dafür finden. UNIX-basierte Systeme wird es auch im Jahr 2038 voraussichtlich noch geben.
Im Prinzip ist es ein 32-Bit-Problem von time_t. MySQLs eingebauten Funktion UNIX_TIMESTAMP() gibt nach 03:14:07 UTC am 19 Januar 2038 den Wert 0 zurück. Server und Desktop dürften im Jahr 2038 alle mit 64-Bit laufen, aber die eingebetteten Systeme (oft 8- oder 16-Bit) könnte Kopfzerbrechen bereiten.