Lists: | pgsql-hackers |
---|
From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Thomas Lockhart <lockhart(at)fourpalms(dot)org> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Not there yet on regression-test DST independence |
Date: | 2001-11-02 16:34:56 |
Message-ID: | 11448.1004718896@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Lists: | pgsql-hackers |
The regression tests now pass okay in PST season. However, I took what
in hindsight is an obvious precaution: I set my system clock forward to
next summer and tried them. In PDT season we still have a problem (see
attached diff). Will leave it to you to select the most appropriate fix.
While I was at it, I tried setting the clock forward to winter and
summer of 2025, and got the same regression-test behavior as for now.
So at least we don't have any near-term "oops, this date is now in the
past" dependencies, like the one that bit us last June.
regards, tom lane
*** ./expected/horology.out Fri Oct 19 21:02:21 2001
--- ./results/horology.out Sun Jul 7 11:21:19 2002
***************
*** 555,561 ****
+ interval '1 month 04:01' as timestamp without time zone) AS time) AS "07:31:00";
07:31:00
----------
! 07:31:00
(1 row)
SELECT interval '04:30' - time with time zone '01:02-05' AS "20:32:00-05";
--- 555,561 ----
+ interval '1 month 04:01' as timestamp without time zone) AS time) AS "07:31:00";
07:31:00
----------
! 08:31:00
(1 row)
SELECT interval '04:30' - time with time zone '01:02-05' AS "20:32:00-05";
======================================================================
From: | Thomas Lockhart <lockhart(at)fourpalms(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Not there yet on regression-test DST independence |
Date: | 2001-11-06 16:39:41 |
Message-ID: | 3BE8124D.6AA538B0@fourpalms.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Lists: | pgsql-hackers |
> The regression tests now pass okay in PST season. However, I took what
> in hindsight is an obvious precaution: I set my system clock forward to
> next summer and tried them. In PDT season we still have a problem (see
> attached diff). Will leave it to you to select the most appropriate fix.
Fixed. I had to water down the test, but it seems to pass (in November
*and* June ;).
Since this was horology.sql, some of the output templates will need to
be updated. All tests pass on my Linux box...
- Thomas