Re: Redhat 7.3 time manipulation bug - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Redhat 7.3 time manipulation bug
Date
Msg-id 1782.1022120344@sss.pgh.pa.us
Whole thread Raw
In response to Re: Redhat 7.3 time manipulation bug  (Thomas Lockhart <lockhart@fourpalms.org>)
Responses Re: Redhat 7.3 time manipulation bug  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Thomas Lockhart <lockhart@fourpalms.org> writes:
>> Why should we rely on broken glibc and the standard? Why don't we make
>> our own mktime() and use it on all platforms.

> The downside to doing that is that we then take over maintenance of the
> code and, more importantly, the timezone database.

> But it might be the best thing to do.

I've been sorta thinking the same thing.  We could get out from under
the Y2038 issue, and also eliminate a whole lot of platform
dependencies.  Not to mention sillinesses like being unable to recognize
a bad timezone name when it's fed to us.

Exactly how much work (and code bulk) would we be taking on?  I've
never looked at how big the timezone databases are...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Thomas Lockhart
Date:
Subject: Re: Redhat 7.3 time manipulation bug
Next
From: "Magnus Naeslund(f)"
Date:
Subject: Re: Redhat 7.3 time manipulation bug