horology regression test failure - Mailing list pgsql-bugs

From Martin Pitt
Subject horology regression test failure
Date
Msg-id 20050929210822.GA13001@piware.de
Whole thread Raw
Responses Re: horology regression test failure
Re: horology regression test failure
Re: horology regression test failure
List pgsql-bugs
Hi!

On almost all Debian platforms the horology test for 8.0.3 fails.
Sometimes it works on a platform, sometimes not, I did not yet find a
pattern, but most often it fails with something like

*** ./expected/horology.out     Sun Jul 11 04:57:20 2004
--- ./results/horology.out      Thu Sep 29 20:48:57 2005
***************
*** 1775,1784 ****
       | Wed Mar 15 13:14:02 2000 PST | @ 34 years                    | Tue=
 Mar 15 13:14:02 1966 PST
       | Sun Dec 31 17:32:01 2000 PST | @ 34 years                    | Sat=
 Dec 31 17:32:01 1966 PST
       | Mon Jan 01 17:32:01 2001 PST | @ 34 years                    | Sun=
 Jan 01 17:32:01 1967 PST
!      | Sat Sep 22 18:19:20 2001 PDT | @ 34 years                    | Fri=
 Sep 22 18:19:20 1967 PDT
!      | Thu Jan 01 00:00:00 1970 PST | @ 5 mons 12 hours             | Thu=
 Jul 31 12:00:00 1969 PDT
!      | Thu Jan 01 00:00:00 1970 PST | @ 5 mons                      | Fri=
 Aug 01 00:00:00 1969 PDT
!      | Thu Jan 01 00:00:00 1970 PST | @ 3 mons                      | Wed=
 Oct 01 00:00:00 1969 PDT
       | Thu Jan 01 00:00:00 1970 PST | @ 10 days                     | Mon=
 Dec 22 00:00:00 1969 PST
       | Thu Jan 01 00:00:00 1970 PST | @ 1 day 2 hours 3 mins 4 secs | Tue=
 Dec 30 21:56:56 1969 PST
       | Thu Jan 01 00:00:00 1970 PST | @ 5 hours                     | Wed=
 Dec 31 19:00:00 1969 PST
--- 1775,1784 ----
       | Wed Mar 15 13:14:02 2000 PST | @ 34 years                    | Tue=
 Mar 15 13:14:02 1966 PST
       | Sun Dec 31 17:32:01 2000 PST | @ 34 years                    | Sat=
 Dec 31 17:32:01 1966 PST
       | Mon Jan 01 17:32:01 2001 PST | @ 34 years                    | Sun=
 Jan 01 17:32:01 1967 PST
!      | Sat Sep 22 18:19:20 2001 PDT | @ 34 years                    | Fri=
 Sep 22 18:19:20 1967 PST
!      | Thu Jan 01 00:00:00 1970 PST | @ 5 mons 12 hours             | Thu=
 Jul 31 12:00:00 1969 PST
!      | Thu Jan 01 00:00:00 1970 PST | @ 5 mons                      | Fri=
 Aug 01 00:00:00 1969 PST
!      | Thu Jan 01 00:00:00 1970 PST | @ 3 mons                      | Wed=
 Oct 01 00:00:00 1969 PST
       | Thu Jan 01 00:00:00 1970 PST | @ 10 days                     | Mon=
 Dec 22 00:00:00 1969 PST
       | Thu Jan 01 00:00:00 1970 PST | @ 1 day 2 hours 3 mins 4 secs | Tue=
 Dec 30 21:56:56 1969 PST
       | Thu Jan 01 00:00:00 1970 PST | @ 5 hours                     | Wed=
 Dec 31 19:00:00 1969 PST

However, not even that is entirely consistent; the numbers are always
fine, but the second timezone is sometimes PST, sometimes PDT. Is this
problem known?

In case it matters, packages are configured with

                    --enable-nls \
                    --enable-integer-datetimes \
                    --enable-debug \
                    --disable-rpath \
                    --with-tcl \
                    --with-perl \
                    --with-python \
                    --with-pam \
                    --with-krb5 \
                    --with-openssl \
                    --with-gnu-ld \
                    --with-tclconfig=3D/usr/lib/tcl$(TCL_VER) \
                    --with-tkconfig=3D/usr/lib/tk$(TCL_VER) \
                    --with-includes=3D/usr/include/tcl$(TCL_VER):/usr/lib/R=
/include \
                    --with-pgport=3D5432 \

Thanks in advance!

Martin
--=20
Martin Pitt        http://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

In a world without walls and fences, who needs Windows and Gates?

pgsql-bugs by date:

Previous
From: David Fetter
Date:
Subject: Re: BUG #1921: NULL<>NULL ?!?!?!?!?!?!?
Next
From: Alvaro Herrera
Date:
Subject: Re: horology regression test failure