Autor: Pawlus Jerzy (yppawlus_at_cyf-kr.edu.pl)
Data: Mon 02 Jun 1997 - 13:39:58 MET DST
In pl.listserv.polip Rafal Maszkowski <rzm_at_rymunda.torun.pdi.net> wrote:
: > W podanej wyzej konwecji mozemy byc spokojni tylko do roku 2147 :-).
: Mozna sie jeszcze obawiac, ze niektore implementacje moga uzywac signed
: zamiast unsigned, wtedy katastrofy groza nam wczesniej. Przepelnienie 32 bitow
: powinno sie zdarzyc po 2^32/86400/365.25 = 136.1 latach. Prawidlowe daty
: katastrof to:
: 1970+136.09930083403047126524 = 2106.09930083403047126524
: 1970+68.04965041701523563262 = 2038.04965041701523563262
: Tej drugiej zapewne dozyje, wiec odczuwam pewien niepokoj...
Wydaje mi się, że mówimy o czymś innym. Dyskusja toczy się na temat
pola Serial w SOA, które może ale nie musi być powiązane z czasem.
W szczególności można sobie wyobrazić numerację poczynając od 1 z
każdorazowym zwiększeniem pola o 1 po zmianie zawartości rekordu.
Dlatego format postaci YYYYMMDDNN z całą pewnością wystarczy do
roku 2147 a prawdopodobnie i póżniej.
Ty natomiast poruszyłeś inny problem związany z reprezentacją daty
pod systemem Unix. Tutaj rzeczywiście mogą być kłopoty chociaż nie
wiem czy nie jest to liczba 64-bitowa.
Jurek
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:04:08 MET DST