| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx> |
| Cc: | Trond Eivind Glomsrød <teg(at)redhat(dot)com>, Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>, PostgreSQL Hackers List <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Redhat 7.3 time manipulation bug |
| Date: | 2002-05-21 23:33:20 |
| Message-ID: | 19610.1022024000@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Manuel Sugawara <masm(at)fciencias(dot)unam(dot)mx> writes:
> +#if 0
> /* Only years after 1970 are defined.
> If year is 69, it might still be representable due to
> timezone differnces. */
> if (year < 69)
> return -1;
> +#endif
Hm. If that fixes it, it implies that all the other support for
pre-1970 dates is still there (notably, entries in the timezone tables).
Should we assume that future glibc releases will rip out the timezone
database entries and other support for pre-1970 dates? Or is the
breakage going to stop with mktime?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Neil Conway | 2002-05-21 23:50:38 | Re: [HACKERS] 2nd cut at SSL documentation |
| Previous Message | Dann Corbit | 2002-05-21 23:30:29 | Re: Is 7.3 a good time to increase NAMEDATALEN ? |