Received: from localhost (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id ACD8D6325A2 for ; Sat, 24 Jan 2009 00:57:13 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 61687-01 for ; Sat, 24 Jan 2009 00:57:07 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from alexis.jtlnet.com (alexis.jtlnet.com [69.36.9.81]) by mail.postgresql.org (Postfix) with ESMTP id 8EFD16325F5 for ; Sat, 24 Jan 2009 00:57:06 -0400 (AST) Received: from [192.168.10.103] (cpe-065-190-223-140.nc.res.rr.com [::ffff:65.190.223.140]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by alexis.jtlnet.com with esmtp; Fri, 23 Jan 2009 23:52:56 -0500 id 000849A1.497A9EA8.0000448E Message-ID: <497A9F9F.6030600@dunslane.net> Date: Fri, 23 Jan 2009 23:57:03 -0500 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.12) Gecko/20071019 Fedora/1.0.9-3.fc6 pango-text SeaMonkey/1.0.9 MIME-Version: 1.0 To: Zdenek Kotala CC: Guillaume Smet , Tom Lane , Peter Eisentraut , Heikki Linnakangas , PostgreSQL-development Subject: Re: foreign_data test fails with non-C locale References: <49675B3F.20002@enterprisedb.com> <49675C87.8070303@dunslane.net> <49675E4E.1080805@gmx.net> <49676B8A.8020707@dunslane.net> <26314.1231518295@sss.pgh.pa.us> <1d4e0c10901090845h1d647297w68f6f9a70bb757ec@mail.gmail.com> <49678659.4040904@dunslane.net> <1232396014.1406.7.camel@localhost> In-Reply-To: <1232396014.1406.7.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200901/1786 X-Sequence-Number: 132430 Zdenek Kotala wrote: > Andrew Dunstan píše v pá 09. 01. 2009 v 12:16 -0500: > > >> Sure, we can easily have buildfarm's initdb step set any locale (and >> encoding, for that matter) we like. That's a simple change. >> > > Will be possible to set more locales and run tests without recompilation > on all of them? For example I have installed all Solaris'es locales on > my animal, but currently it means that I need perform whole cycle for > each locale. > I'm working on this. Yes, you will be able to specify a list of locales to check. For each locale the following tests will be run: installcheck, pl-installcheck, and contrib-installcheck. However, our tests are still a bit short of working across locales. PL-check gives the diff below on PLTCL tests under en_US locale. I guess the simplest answer is to add an alternative result file. cheers andrew select * from T_pkey1 order by key1 using @<, key2; key1 | key2 | txt ------+----------------------+------------------------------------------ - 1 | KEY1-3 | should work 1 | key1-1 | test key 1 | key1-2 | test key 1 | key1-3 | test key 2 | key2-3 | test key 2 | key2-9 | test key (6 rows) --- 166,175 ---- select * from T_pkey1 order by key1 using @<, key2; key1 | key2 | txt ------+----------------------+------------------------------------------ 1 | key1-1 | test key 1 | key1-2 | test key 1 | key1-3 | test key + 1 | KEY1-3 | should work 2 | key2-3 | test key 2 | key2-9 | test key (6 rows)