Adjust regression test to avoid platform-dependent failure.
authorTom Lane <[email protected]>
Mon, 14 Mar 2011 16:52:03 +0000 (12:52 -0400)
committerTom Lane <[email protected]>
Mon, 14 Mar 2011 16:52:31 +0000 (12:52 -0400)
We have a test that verifies that max(anyarray) will cope if the array
column elements aren't all the same array type.  However, it's now possible
for that to produce a collation-related error message instead of the
expected one, if the first two column elements happen to be of the same
type and it's one that expects to be given collation info.  Tweak the test
to ensure this doesn't happen.  Per buildfarm member pika.

src/test/regress/expected/polymorphism.out
src/test/regress/sql/polymorphism.sql

index bae04a2719b622cf4e7d3ebaab8c402ecc8aff86..4d1fc2beb04e81cf913a7438995b579056b0980b 100644 (file)
@@ -623,7 +623,8 @@ where histogram_bounds is not null;
 (1 row)
 
 -- such functions must protect themselves if varying element type isn't OK
-select max(histogram_bounds) from pg_stats;
+-- (WHERE clause here is to avoid possibly getting a collation error instead)
+select max(histogram_bounds) from pg_stats where tablename = 'pg_am';
 ERROR:  cannot compare arrays of different element types
 -- test variadic polymorphic functions
 create function myleast(variadic anyarray) returns anyelement as $$
index 2baebe93235109f2846386f7ce455fce06349004..50e6905d4cac3d663f03043c04eb35741c84fbb0 100644 (file)
@@ -433,7 +433,8 @@ select distinct array_ndims(histogram_bounds) from pg_stats
 where histogram_bounds is not null;
 
 -- such functions must protect themselves if varying element type isn't OK
-select max(histogram_bounds) from pg_stats;
+-- (WHERE clause here is to avoid possibly getting a collation error instead)
+select max(histogram_bounds) from pg_stats where tablename = 'pg_am';
 
 -- test variadic polymorphic functions