Re: regression failure - horology

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Joe Conway <mail(at)joeconway(dot)com>
Cc: "Hackers (PostgreSQL)" <pgsql-hackers(at)postgresql(dot)org>, John Cochran <jdc(at)fiawol(dot)org>
Subject: Re: regression failure - horology
Date: 2003-02-22 08:40:21
Message-ID: 12472.1045903221@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Joe Conway <mail(at)joeconway(dot)com> writes:
> I'm seeing a regression failure on the horology test on two different
> machines. I'd venture a guess that it is related to this change:
> http://archives.postgresql.org/pgsql-committers/2003-02/msg00166.php

It seems to be a problem with signed vs unsigned 8-byte integer
timestamps. Now that I look at it, the patch actually advertises this:

When timestamps are stored as eight-byte integers (a compile-time
option), microsecond precision is available over the full range of
values. However eight-byte integer timestamps have a reduced range
of dates from 4713 BC up to 294276 AD.

which seems to make it rather foolish to include horology tests for
dates past 294276 AD.

John, you need to rethink this. Regression tests that fail with
--enable-integer-datetimes will not do. Is it even a good idea to claim
a range of dates up to 5874897 AD? The 8-byte-int representation is
probably the wave of the future. As such, anything it can't do is
not something we want to commit to supporting.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeroen T. Vermeulen 2003-02-22 15:34:11 Re: regression failure - horology
Previous Message Tom Lane 2003-02-22 08:09:13 Re: regression failure - horology