Problem roku 2038

Kiedyś mówiło się o problemie roku 2000 ze względu na 2-cyfrowy zapis dat. Tym razem problem dotyczy 32-bitowego zapisu daty w systemach Unix/Linux. Problem jest gorszy od b---y milenijnej, bo dotyczy znacznie większej ilości urządzeń

[m.....k]

@PomaranczaTesto: good one ( ͡~ ͜ʖ ͡°)

[niki_niki]

W następnej sekundzie stan licznika stanie się ujemny – nastąpi przeskok do najmniejszej wartości ujemnej (-2 147 483 648) lub licznik zostanie wyzerowany.

To, że przyjmie wartość ujemną jest zrozumiałe z powodu kodowania U2:
2 147 483 647 -> 0x7FFF FFFF -> ++ -> 80000000

Natomiast dlaczego miałby się wyzerować, co stanie się z MSB?

[Rosly]

@niki_niki: problem nie dotyczy tylko zmiennej typu timet. Jest kilka typów czasu służących do różnych celi (np do podawania różnicy czasu)
https://www.gnu.org/software/libc/manual/html_node/Time-Types.html

To co pisze na Wiki prawdopodobnie wynika z faktu ze standard C nie definiuje typu podstawowego dla timet i pozostawia swobodę wyboru między integer a float (ale zgaduje tutaj bo sam się zastanawiam czemu ktoś napisał że się wyzeruje).
Natomiast w większości obecnych systemów jest to

[niki_niki]

@gasdma: Czyli jest liczbą 32 bitową, której wartość 0x7FFF FFFF po zwiększeniu o jeden stanie się 0x80000000. Nadal się nie wyzerowała.
Uważam, że edytujący wiki nie zrozumiał co napisał, w ang.-języcznej wersji jest mowa, że po osiągnięciu 0x80000000 na skutek przekształceń może wyzerować się data wskazując początek epoki. Nie wskazują tam na zerowanie licznika przechowywującego liczbę sekund i to jest zgodne z prawdą i logiką.

[RzeszowiakPodkarpacie]

Z wielu poprzednich znalezisk Wykopu wynika że Linux nie dorasta Windowsowi do pięt, więc pewnie w 2038 roku już nie będzie istniał.

[chudogruby]

@RzeszowiakPodkarpacie: może i mały błąd designerski ale i tak Linux > Windows

[walerian-czcigodny]

lepiej budujcie schrony i gromadźcie żywność BO WSZYSTKO P--------E I NIE ZDĄŻYMY NIC Z TYM ZROBIĆ!!!!!1111one

[skrzy]

Niech mi jakiś fachowiec wyjaśni, w czym problem by stworzyć komputer któremu będzie się wydawać że jest 2038 i zobaczyć co się stanie ?

[EmcePomidor2]

@winsxspl: ale tak naprawdę z timestampem to chyba przewidzieli bo wystarczy pozmieniać typy na 64bit i tyle ale stwierdzili "to będzie problem ludzi za parędziesiąt lat" :)

[jacun]

@winsxspl: 3 timestampy są trzymane w inode - czyli całkiem sporo bajtów ekstra na każdy plik. Pierwsze kompy były dla wojska i banków więc cała masa dat do przechowywania i porównywania. W latach 70 pamięć była liczona w kilobajtach.

[Pitex]

Problem jak zwykle głównie do rozwiązania w infrastrukturze kluczowej (energetyka, szpitale, wojskowość, finanse, transport) - o ile jeszcze nie zostało to zrobione. Mniejsze podmioty, które do tego czasu nadal będą korzystać z przestarzałego oprogramowania - no trudno, rynek nie zna próżni.

[Bulburator]

Ciężko uwierzyć, by za 16 lat jakikolwiek sprzęt pracował w architekturze 32bitowej. Problem właściwie już iest rozwiązany od całkiem dawna.

[xardas_pl]

@Bulburator: gdybyś tylko wiedział ile sprzętów Cię otaczających pracuje w architekturze 8 bitowej...

[bodzar]

@Bulburator architektura a typ zmiennej to zupełnie inne pojęcia. Możesz sobie na 8bitowcu liczyć liczby 64 bitowe jak i na 64bitowym używać 8 bitowego byte.

[tomeks85]

ja mam windowsa wiec problem mnie nie dotyczy ( ͡° ͜ʖ ͡°)

[ThomasE]

@tomeks85: Ale routera/AP siedzacyn na 32 bitach tak ( ͡° ͜ʖ ͡°)

[lovelypl]

@ThomasE: faktycznie, problem z datą w AP wysadzi pół miasta :) Poza tym, że za te kilkanaście lat to nie będzie urządzenia, które będzie kompatybilne z tym AP. Ale poczekać można ( ͡° ͜ʖ ͡°)

[SweetieX]

wtedy beda w uzyciu komputery kwantowe, a obecne znikna tak, jak wyszly z uzycia abakusy

[stefan_1971]

nic sie nie stanie tak jak wtedy się nie stało

[Dominik_sspam]

@stefan_1971: to jest całkiem inna skala problemu, niektóre urządzenia fizycznie nie są wstanie liczyć więcej czasu nawet po aktualizacji oprogramowania