FW: Java zoneinfo reader
Paul Eggert
eggert at twinsun.com
Tue Jun 6 22:29:23 UTC 2000
Date: Mon, 05 Jun 2000 13:06:09 -0400
From: "Stuart D. Gathman" <stuart at bmsi.com>
Does my proposal sound reasonable? (High order bits are implied by the
monotonically increasing values in the transition table).
That won't allow any transitions that are more than 2**32 seconds
apart. I think this assumption is unsafe. For example, if Congo
standardizes on Central African Time in 2034, Africa/Kinshasa will
have two adjacent transitions more than 2**32 seconds apart, as its
most recent transition was in early November 1897.
It'd be nicer if we could solve the problem in the more general case.
We need to do this for 64-bit time_t anyway (e.g. 64-bit Solaris 8),
so the problem isn't specific to Java. We need to extend the compiled
tz file format, ideally in a backward-compatible way.
More information about the tz
mailing list