Adjust PL/Tcl regression test to dodge a possible bug or zone dependency.
authorTom Lane <[email protected]>
Sun, 19 Feb 2017 21:14:52 +0000 (16:14 -0500)
committerTom Lane <[email protected]>
Sun, 19 Feb 2017 21:14:52 +0000 (16:14 -0500)
One case in the PL/Tcl tests is observed to fail on RHEL5 with a Turkish
time zone setting.  It's not clear if this is an old Tcl bug or something
odd about the zone data, but in any case that test is meant to see if the
Tcl [clock] command works at all, not what its corner-case behaviors are.
Therefore we have no need to test exactly which week a Sunday midnight is
considered to fall into.  Probe the following Tuesday instead.

Discussion: https://postgr.es/m/797.1487517822@sss.pgh.pa.us

src/pl/tcl/expected/pltcl_setup.out
src/pl/tcl/sql/pltcl_setup.sql

index 4183c14b28a32e4c63cdb2bef3647c491eb01021..49b0893c707a5209abc386cf04d839ea80a85ee1 100644 (file)
@@ -507,7 +507,7 @@ CREATE OPERATOR CLASS tcl_int4_ops
 create function tcl_date_week(int4,int4,int4) returns text as $$
     return [clock format [clock scan "$2/$3/$1"] -format "%U"]
 $$ language pltcl immutable;
-select tcl_date_week(2010,1,24);
+select tcl_date_week(2010,1,26);
  tcl_date_week 
 ---------------
  04
index 84629963229e29657872ec8087b9efdc76f4bc56..44d69b5e24e7c6a3dbb76f3325c11f39d0679d22 100644 (file)
@@ -557,7 +557,7 @@ create function tcl_date_week(int4,int4,int4) returns text as $$
     return [clock format [clock scan "$2/$3/$1"] -format "%U"]
 $$ language pltcl immutable;
 
-select tcl_date_week(2010,1,24);
+select tcl_date_week(2010,1,26);
 select tcl_date_week(2001,10,24);
 
 -- test pltcl event triggers