Re: Redhat 7.3 time manipulation bug

Поиск
Список
Период
Сортировка
От Thomas Lockhart
Тема Re: Redhat 7.3 time manipulation bug
Дата
Msg-id 3CEB9D5D.1F8EB83A@fourpalms.org
обсуждение исходный текст
Ответ на Re: Redhat 7.3 time manipulation bug  (Trond Eivind Glomsrød <teg@redhat.com>)
Ответы Re: Redhat 7.3 time manipulation bug  (Hannu Krosing <hannu@tm.ee>)
Re: Redhat 7.3 time manipulation bug  (Lee Kindness <lkindness@csl.co.uk>)
Re: Redhat 7.3 time manipulation bug  (Trond Eivind Glomsrød <teg@redhat.com>)
Список pgsql-hackers
> IIRC the spec is not _really_ broken - it still allows the correct
> behaviour :)

Yes.

> 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.

Right. IBM.

> Most likely they have fixed it by now ...

Nope, though I don't know for sure. Anyone here have a recent AIX
machine to test?

> Does anyone know _any_ other libc that has this behaviour ?

AIX and (I think) Irix.

Trond, do you have a suggestion on how to get this addressed at the
glibc level? Does someone within RH participate in glibc development? If
so, can we get them to champion changes which would comply with the
standard but remove this arbitrary breakage?

The changes would involve returning -1 from mktime() for dates before
1970, and using the tm_isdst flag to indicate whether a time zone
translation was not possible.
                  - Thomas


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Shra
Дата:
Сообщение: ...
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Killing dead index tuples before they get vacuumed