Re: pg_upgrade tests vs alter generic changes

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_upgrade tests vs alter generic changes
Date: 2012-09-29 19:15:20
Message-ID: 1348945575-sup-1522@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Excerpts from Tom Lane's message of sáb sep 29 14:57:11 -0300 2012:
>
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:

> > Well, that's a very good point. chough is actually the same machine,
> > doing an MSVC build. So why would this test pass there? I'll investigate
> > a bit more. Here's what the regression diffs look like when run from
> > pg_upgrade on pitta:
>
> > ALTER COLLATION alt_coll1 RENAME TO alt_coll3; -- OK
> > ! ERROR: collation "alt_coll1" for encoding "SQL_ASCII" does not exist
>
> vs
>
> > ALTER COLLATION alt_coll1 RENAME TO alt_coll3; -- OK
> > ! ERROR: collation "alt_coll1" for encoding "WIN1252" does not exist
>
> Oh! So Alvaro's second expected file is assuming that machines without
> custom-locale support will only ever be testing with SQL_ASCII encoding.
> Wrong.
>
> At this point I'm inclined to think that we should just drop the
> collation-specific portions of the alter_generic test. It looks to me
> like making that adequately portable is going to be far more trouble
> than it's worth.

Ah, yes. We already dropped some plperl tests because of a similar
problem. I will remove that part of the test.

--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Hannu Krosing 2012-09-29 21:01:58 Re: is JSON really "a type" (Re: data to json enhancements)
Previous Message Jeff Janes 2012-09-29 19:13:22 doc patch for increase in shared_buffers