🚀 go-pugleaf

In pl.listserv.polip Rafal Maszkowski <rzm@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