From: | Hannu Krosing <hannu(at)tm(dot)ee> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Trond Eivind Glomsrød <teg(at)redhat(dot)com>, Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>, Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx>, PostgreSQL Hackers List <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Redhat 7.3 time manipulation bug |
Date: | 2002-05-22 04:33:45 |
Message-ID: | 1022042026.2137.13.camel@rh72.home.ee |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, 2002-05-22 at 02:14, Tom Lane wrote:
> =?ISO-8859-1?Q?Trond_Eivind_Glomsr=F8d?= <teg(at)redhat(dot)com> writes:
> > 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.
>
> A library that can no longer cope with dates before 1970 is NOT my idea
> of a component without a problem. We will be looking at ways to get
> around glibc's breakage at the application level, since we have little
> alternative other than to declare Linux an unsupported platform;
> but it's still glibc (and the ISO spec:-() that are broken.
IIRC the spec is not _really_ broken - it still allows the correct
behaviour :)
The fact the ISO spec is broken usually means that at least one of the
big vendors involved in ISO spec creation must have had a broken
implementation at that time.
Most likely they have fixed it by now ...
Does anyone know _any_ other libc that has this behaviour ?
--------------
Hannu
From | Date | Subject | |
---|---|---|---|
Next Message | Ron Snyder | 2002-05-22 05:48:29 | Re: psql -l gives bad output |
Previous Message | Tom Lane | 2002-05-22 04:31:49 | Re: Wrong dependency in parallel regression test |