Re: Non-locale 7.1beta4 binaries on RedHat 6.2 test results.

From: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Non-locale 7.1beta4 binaries on RedHat 6.2 test results.
Date: 2001-02-17 16:53:29
Message-ID: 3A8EAC89.5B1BE206@wgcr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> > The locale enabled regression results fail due to
> > currency format and collation errors. Diffs attached. I'm not sure I
> > understand the select_views failure, either. Locale used was en_US.

> The select_views delta looks like a sort-order issue as well; nothing
> to worry about.

Good. I didn't see any difference -- but maybe that's because I went
cross-eyed.... :-)

> These deltas would go away if you allowed pg_regress to build a temp
> installation in which it could force the locale to C. Of course,
> that doesn't presently work without a built source tree to install
> from. I wonder if it is worth adding a third operating mode to

Possibly. If pg_regress uses a different port for postmaster, AND a
different PGDATA, you could run regression on a sandbox while a
production system was running, FWIW. Since that's more of an RPM issue
than a core issue, I can do that third mode work, as I would be the
direct benefactor (unless someone else does it first, of course).

Both the locale and non-locale installation were from RPM, BTW, as I
wanted the least number of variables possible.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Lamar Owen 2001-02-17 16:55:03 Re: Microsecond sleeps with select()
Previous Message Bruce Momjian 2001-02-17 16:41:17 Microsecond sleeps with select()