![](https://seccdn.libravatar.org/avatar/04e9b659dabb6ef88308aa2c68abeb3e.jpg?s=120&d=mm&r=g)
Hans Klein
Tuesday, January 19th 2038, 03:14:07 UTC: Are YOU Ready?
No, I'm not, but I think [translate] das noch rechtzeitig ein Kernel rauskommt, mit dem man sicher ist.
Kernel allein reicht nicht. Auch libc und alle Anwendungen muessen mitmachen.
da sollte man aber langsam anfangen, damits nicht wieder eng wird, anfang 2038 !
Das Problem liegt ja darin, dass in Linux bzw. Unix die Zeit intern in Sekunden seit dem 01.01.1970, 0.00 Uhr gezaehlt wird. Dazu werden bisher vorzeichenbehaftete 32-Bit-Zahlen genutzt -- zu dem genannten Zeitpunkt ist bei denen Schluss. Haette man statt dessen z.B. einen 64-Bit-Zaehler, waere erstmal fuer die naechsten knapp 300 Milliarden Jahre Ruhe. In 38 Jahren werden 64-Bit-Maschinen laengst ueberholt sein, der Zaehler wird lange vorher vergroessert und alle Programme werden bis dahin etliche Male neu kompiliert worden sein (schon allein wegen neuer Prozessoren). Man muss nur irgendwann den entsprechenden Datentyp time_t (den natuerlich jeder Programmierer fuer die Systemzeit verwenden sollte...) aendern. Naheliegenderweise koennte man das vielleicht einfach bei der Portierung auf neue Hardware mit erledigen, wenn ohnehin alles (Kernel, Bibliotheken, Anwendungen) neu kompiliert werden muss. Ich denke, es wird in 38 Jahren keine gravierenden Probleme mehr dadurch geben, weil die sich (bei ordentlicher Programmierung) bis dahin grossenteils "von selbst" loesen werden. Es geht ja anders als bei dem Y2K-Problem (ausdrueckliche Entscheidung fuer zweistellige Jahreszahlen; voelliges Verlassen auf dieses Datumsformat...) nicht um ein grundsaetzliches Darstellungsproblem, sondern nur um die Breite einer Variable. Im Idealfall (vielleicht gibt's Probleme bei unsauber programmierten Anwendungen) kann man die Loesung weitestgehend den Compilern ueberlassen. Eilert -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Eilert Brinkmann -- Universitaet Bremen -- FB 3, Informatik eilert@informatik.uni-bremen.de - eilert@tzi.org - eilert@linuxfreak.com http://www.informatik.uni-bremen.de/~eilert/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com