Exchange Server rammet av år 2022-bug: Microsoft har kommet med nødtiltak

[Harald Brombach (digi.no)]

Exchange Server rammet av år 2022-bug: Microsoft har kommet med nødtiltak

[Selvstendigsaas]

Et nytt y2k problem🤭

[Karstein H]

En realtivt enkel fiks burde være å gå fra int32 til uint32, slik at man dobler maksimumsdatoen. Det holder et par tusen år framover.

 

[sunsunsun]

Dette er en liten smakebit på 2038:

https://en.wikipedia.org/wiki/Year_2038_problem

[JQSEPWHU]

Upresis artikkel. En signed integer kan ikke lagre inntil 2201010001. Problemet oppstår 01.01.2022 klokken 0001 (som blir 2201010001), men man kan ikke lagre verdier opp til dette tallet.

Den høyeste, lovlige verdien man kan lagre i en signed integer er 2147483647. Hvis man bruker en signed integer og lagrer dato/tid på formatet "yymmddHHMM" så brekker dette når årstallet blir "22" for 2022. Da prøver man å lagre f.eks. "2201031000" (for 03.01.2022 kl. 1000), og den verdien er for høy for en signed integer.

[Harald Brombach (digi.no)]

JQSEPWHU skrev (37 minutter siden):

Upresis artikkel. En signed integer kan ikke lagre inntil 2201010001. Problemet oppstår 01.01.2022 klokken 0001 (som blir 2201010001), men man kan ikke lagre verdier opp til dette tallet.

Du har helt rett. Vi hadde satt inn feil tall i saken. Dette er rettet nå.

[Memento scientiam (takk for meg)]

Dette er noe av det mest amatørmessige jeg har lest det siste året. 

[Kahuna]

Så ved å innføre enda flere fiktive datoer så kan man utsette patching til 2029-ish?

Dette er altså et versjonsnr for måned 99 i 2021: 2.199.330.001

[Pølsepetrusen]

Huff, så leit