Jaar 2038 probleem ?

Robin Shrine schrijft dat er bij de nieuwsafdeling van Hardwareinfo.net melding gemaakt wordt van een mogelijk "jaar 2038 probleem". "When will the hurting stop..." .

Nu we het Jaar 2000 probleem gelukkig achter de rug hebben, is er alweer een nieuw groot probleem in verschiet, namelijk het Jaar 2038 probleem. Het probleem is als volgt: alle Unix machines berekenen de huidige tijd in secondes nauwkeurig vanaf 1 janurari 1970. Op 18 januari 2038 zal dit aantal seconden echter niet meer in een 32-bits integer passen en zullen alle Unix machines om geen mogelijke manier meer de juiste datum kunnen vertonen.

Gelukkig zullen anno 2038 vrijwel alle machines wel al 64-bit (of 128-bit, of 256-bit, ...) zijn, zodat de omvang van dit probleem wellicht erg klein is. Alle huidige 32-bits Unix machines dienen in ieder geval dus binnen 38 jaar vervangen te worden door 64-bit exemplaren.

Reacties (46)

Oeps, foutje, die Unix-gasten rekenen waarschijnlijk met een signed 32-bits tellertje, dus dan gaat het inderdaad in 2038 mis als ze sinds 1970 tellen.

Heb ik gelijk een workaround gevonden: ze gaan het tellertje gewoon als UNSIGNED gebruiken, dan kunnen ze zonder dat het extra geheugen (lees: database-formaten, nieuwe data-structuren voor API's, etc) kost nog 68 jaar extra vooruit...

38 jaar?

Wat voor critiek systeem draait nu nog op een 186 of 286?? Tegen die tijd zullen alle belangrijke servers etc. allang zijn upgedate.....

ik denk dat we dan nog steeds met 64bits lopen te kutten.. ik ben al blij als we voor 2010 op 64bit zitten..

en nu maar hopen dat die windowsgasten van scratch iets gaan maken ipv win3.1 te upgraden.

Hehe

Tegen die tijd hebben we allemaal een 256 Bits Pc met een Dual 10 GHz proccie...2 Gb RAM en een 250 Terabyte Harde Schijf....

Gelukkig zullen anno 2038 vrijwel alle machines wel al 64-bit (of 128-bit, of 256-bit, ...) zijn, zodat de omvang van dit probleem wellicht erg klein is. Alle huidige 32-bits Unix machines dienen in ieder geval dus binnen 38 jaar vervangen te worden door 64-bit exemplaren.

dus een 32bits machine kan geen >32-bits variablen aan?
Ik weet niet wie dit verzonnen heeft, maar geef die gast een gameboy en laat ons met rust...

Nou heb ik al heel wat domme opmerkingen voorbij horen komen maar dit slaat echt alles.

Luister.... We draaien nu op 32 bitz?
DWZ dat we geen grotere getallen aankunnen de getallen van 32 bitz??? Ik weet niet welke eikel dit beweerd maar ik kan 'm het volgende aanraden... "Computers 4 Dummies"

Houdt 't nou NOOIT op, dat datumgezeik?
Een tijdje terug liepen ze moord & brand te schreeuwen over week # 1024 van de GPS-satellieten: Nooit meer wat van vernomen.

Recent het Mille ^H^H^H Y2K-gezeik: Storm in een glas water.

Nu weer 2038. BRAAK

Dankzij microsoft is windows 9* en nt 4 nog steeds 32 bits ze willen compatable blijven? Net zoals de pentium 3 die is ook nog steeds compatable met 32 bits instructies en compatable = langzaam want er moeten extra instructies worden uitgevoerd

Hmm, volgens mij wordt hier een routine bedoelt in de huidige UNIX die slechts een 32 bits integer voor de seconden gebuikt. Natuurlijk kan een OS veeeel grotere getallen dan 32 bits aan.
Daarnaast wanneer nieuwere versies vanaf nu 64 bits getal (let op het os hoeft daar niet 64 bits voor te zijn) of zo daarvoor gaan gebruiken. dan zal het jaar 2038 100% probleemloos verlopen.

oud nieuws stond al tijden op bijvoorbeeld suse.com en in de handleinding stond het geloof ik ook
het probleem is te verhelpen door simpel de tijd te recompilen naar 64 bits tijd en dan heb je weer een probleem over ongeveer 2 miljard jaar.