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

From Bruce Momjian
Subject Re: Redhat 7.3 time manipulation bug
Date
Msg-id 200206070511.g575BMb19586@candle.pha.pa.us
Whole thread Raw
In response to Re: Redhat 7.3 time manipulation bug  (Trond Eivind Glomsrød <teg@redhat.com>)
List pgsql-hackers
Trond Eivind Glomsr�d wrote:
> On Tue, 21 May 2002, Lamar Owen wrote:
> 
> > On Tuesday 21 May 2002 11:04 am, Manuel Sugawara wrote:
> > > I see. This behavior is consistent with the fact that mktime is
> > > supposed to return -1 on error, but then is broken in every other Unix
> > > implementation that I know.
> > 
> > > Any other workaround than downgrade or install FreeBSD?
> > 
> > Complain to Red Hat.  Loudly. However, as this is a glibc change, other 
> > distributors are very likely to fold in this change sooner rather than 
> > later. 
> 
> Relying on nonstandardized/nondocumented behaviour is a program bug, not a 
> glibc bug. PostgreSQL needs fixing. Since we ship both, we're looking at 
> it, but glibc is not the component with a problem.

No one has really answered the question --- if the way PostgreSQL is
using mktime() for pre-1970 dates is wrong, why do timezone databases
have pre-1970 timezone information?

I assume Linux does or the old mktime() wouldn't have worked for
pre-1970 dates.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Redhat 7.3 time manipulation bug
Next
From: Joe Conway
Date:
Subject: Re: revised sample SRF C function; proposed SRF API