[6458] in Kerberos
Re: Kerberos 5 and the new year
daemon@ATHENA.MIT.EDU (Brian Tung)
Mon Jan 8 16:34:33 1996
To: kerberos@MIT.EDU
Date: 8 Jan 1996 11:35:54 -0800
From: brian@dot.isi.edu (Brian Tung)
Ted wrote:
> The fix is relatively simple:
>
> *** /tmp/,RCSt1a24109 Sun Dec 31 15:57:50 1995
> --- gmt_mktime.c Sun Dec 31 15:49:32 1995
> ...
> ! accum += (t->tm_year - 68) / 4;
> ...
> --- 62,68 ----
> ...
> ! accum += (t->tm_year - 69) / 4;
> ...
Jonathan Kamens wrote:
> Except, of course, that this fix won't work in the year 2000.
Won't it? 2000 is a leap year, just like any other year divisible
by 400. It won't work, however, in 2100. Really. Aren't we supposed
to be designing a robust system?
Brian Tung
brian@isi.edu
http://info.broker.isi.edu/brian/
byron elbows' two rules of human nature:
* No one is as weird as they think they are.
* Everyone is weirder than others think they are.
