Re: Year 2038 Bug?

Поиск
Список
Период
Сортировка
От Andrew Chernow
Тема Re: Year 2038 Bug?
Дата
Msg-id 48F3924F.8050804@esilo.com
обсуждение исходный текст
Ответ на Re: Year 2038 Bug?  ("David E. Wheeler" <david@kineticode.com>)
Ответы Re: Year 2038 Bug?  ("David E. Wheeler" <david@kineticode.com>)
Список pgsql-hackers
David E. Wheeler wrote:
> On Oct 13, 2008, at 11:13, Tom Lane wrote:
> 
>> "David E. Wheeler" <david@kineticode.com> writes:
>>> Probably no problem, then. Do dates in PostgreSQL work for their
>>> entire documented ranges on 32bit processors?
>>
>> As long as the C compiler supports int64 ...
> 
> I was afraid you'd say that. See:
> 
>   http://code.google.com/p/y2038/wiki/WhyBother
> 
> Especially the "64 bit CPU doesn't mean 2038 clean" section. Again, 
> maybe this doesn't apply to PostgreSQL; I'm just doing a bit of 
> diligence. :-)
> 
> Cheers,
> 
> David
> 

PostgreSQL doesn't use the standard time_t and time functions for its 
timestamp types.  Therefore, any limitations in regards to 64-bit time_t 
values on 32-bit platforms don't apply; other than the limitation Tom 
spoke of ... no 64-bit int.

-- 
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/


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

Предыдущее
От: Zdenek Kotala
Дата:
Сообщение: Re: Year 2038 Bug?
Следующее
От: "David E. Wheeler"
Дата:
Сообщение: Re: Year 2038 Bug?