prevalence of "right" time zones without timegm()?
raeburn at MIT.EDU
Fri Jul 8 09:25:55 EDT 2011
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.
More information about the krbdev