Added to TODO:
* Update our code to handle 64-bit timezone files to match the zic
source code, which now uses them
---
Tom Lane wrote:
> Back when we converted src/timezone to use int64 for pg_time_t, we
> wondered what
On Jan 11, 2007, at 12:51 , Tom Lane wrote:
Michael Glaesemann <[EMAIL PROTECTED]> writes:
Did this get fixed? I don't see it in the release notes for 8.2 or on
the current TODO.
No, nothing's been done. It's going to be a minor PITA, likely, since
our sources have diverged from upstream --
Michael Glaesemann <[EMAIL PROTECTED]> writes:
> Did this get fixed? I don't see it in the release notes for 8.2 or on
> the current TODO.
No, nothing's been done. It's going to be a minor PITA, likely, since
our sources have diverged from upstream --- someone will have to go
through the upstre
On Sep 17, 2006, at 2:34 , Tom Lane wrote:
Back when we converted src/timezone to use int64 for pg_time_t, we
wondered what to do about extending the compiled timezone data file
format for int64, so that it would work for years beyound 2038. We
shelved the problem waiting to see what the upstr
Back when we converted src/timezone to use int64 for pg_time_t, we
wondered what to do about extending the compiled timezone data file
format for int64, so that it would work for years beyound 2038. We
shelved the problem waiting to see what the upstream zic folks would do.
Well, it looks like the