Linux a rok 2000

[Petr Novotny]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> Citace:
> "Unix zpravidla pouziva pocet sekund od 1.1.1970 a tento pocet uklada do
> 32 bitu, maximum je 2 147 483 647 sekund a prave 19.ledna 2038, presne v
> 3:14:07 se z onoho maximalniho cisla stane opet nula. Nektere aplikace se
> potom razem ocitnou v prvnim lednu 1970, nektere ovsem v 13.12.1901.
> Problem vznika v knihovnach, na kterych je postaven Unix. Ty dokonce
> pouzivaji pro cas pouze 31 bitove cele cislo se znamenkem. Samozrejme, rok
> 2000 je blizko, tak proc se zabyvat necim, na co je 40 let cas."

Myslim, ze funkce s 32bit casem jsou velmi rozsirene. (Ostatne, 
zkuste si na W95 ci NT nastavit datum na 2040 a vsechny MFC 
aplikace vam pri inicializaci popadaji na deleni nulou.) Je ovsem 
velmi pravdepodobne, ze do roku 2038 bude vetsina OS 64bitova 
(kdo z vas jeste pouziva 8bitovy OS?). Problem to ovsem je - a vi 
se o nem. Snad.

Je to otazka slusneho programovani; pokud pouzivate time_t, tak 
staci upgradovat knihovnu na time_t velikosti 64 bitu a vse se 
automaticky prekompiluje samo od sebe.

Mimochodem "uspora velikosti tim, ze ulozim posledni dve cislice" -
 ja bych tedy ulozil jeden bajt (jako pocet roku od 1900), a mel 
bych bud 2k018 nebo 2k256 problem :-)

-----BEGIN PGP SIGNATURE-----
Version: PGP 6.0.2 -- QDPGP 2.60 
Comment: http://community.wow.net/grt/qdpgp.html

iQA/AwUBN4nN6FMwP8g7qbw/EQJpPwCffdmyaYnMjip0Tun1BH5qphnCfe8AoLFX
sBDEqqf1vHuI+IvyTQiIigGV
=Vuf1
-----END PGP SIGNATURE-----
--
Petr Novotny, ANTEK CS
Petr.Novotny na antek.cz
http://www.antek.cz
PGP key ID: 0x3BA9BC3F
-- Don't you know there ain't no devil there's just God when he's drunk.
                                                             [Tom Waits]