[17018] in Kerberos_V5_Development
Re: prevalence of "right" time zones without timegm()?
daemon@ATHENA.MIT.EDU (Ken Raeburn)
Fri Jul 8 09:26:03 2011
Mime-Version: 1.0 (Apple Message framework v1084)
From: Ken Raeburn <raeburn@mit.edu>
In-Reply-To: <ldvsjqhke83.fsf@cathode-dark-space.mit.edu>
Date: Fri, 8 Jul 2011 09:25:55 -0400
Message-Id: <67E5C1A0-2A69-43FE-AA74-E04F6F64F09F@mit.edu>
To: Tom Yu <tlyu@mit.edu>
Cc: tridge@samba.org, "krbdev@mit.edu" <krbdev@mit.edu>, lha@samba.org
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu
On Jul 7, 2011, at 16:50, Tom Yu wrote:
> After having thought some more about the way Heimdal works around this
> problem, I realized that on a system with a "right" zone configured,
> the encoded GeneralizedTime won't be the correct value of UTC. (The
> time_t values on that system will incorporate leap seconds, and the
> manually coded gmtime() won't correct for them.) It might not matter
> much now with 24 total leap seconds, but could cause problems when
> more leap seconds accumulate in the future, especially if we decrease
> the allowable clock skew.
>From today's IERS bulletin:
> IMPORTANT: After years of discussions, a proposal to fundamentally redefine
> UTC will come to a conclusive vote in January 2012 at the ITU-R in Geneva.
>
> This proposal would halt the intercalary adjustments known as leap seconds
> that maintain UTC as a form of Universal Time.
So the problem may not get any worse, if this happens. Of course, that doesn't help with any code requiring exact matches.
Ken
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev
