Re: Issues with LC_COLLATE, across 8.3/8.4 on various platforms - Mailing list pgsql-admin

From Peter Eisentraut
Subject Re: Issues with LC_COLLATE, across 8.3/8.4 on various platforms
Date
Msg-id 1265224596.16965.1.camel@vanquo.pezone.net
Whole thread Raw
In response to Re: Issues with LC_COLLATE, across 8.3/8.4 on various platforms  (Achilleas Mantzios <achill@matrix.gatewaynet.com>)
Responses Re: Issues with LC_COLLATE, across 8.3/8.4 on various platforms
List pgsql-admin
On ons, 2010-02-03 at 17:05 +0200, Achilleas Mantzios wrote:
> Στις Wednesday 03 February 2010 16:53:20 ο/η Peter Eisentraut έγραψε:
> > On tis, 2010-02-02 at 17:28 +0200, Achilleas Mantzios wrote:
> > > It seems that libc's behaviour regarding LC_COLLATE in Linux/FreeBSD
> > > are two different stories, hence the seen results.
> >
> > The UTF-8 locales on FreeBSD and Mac OS X are pretty much broken.
> >
> > This is becoming a FAQ ...
>
> This is a libc/locale combination issue. Care to elaborate?
> AFAICT for my case in FreeBSD, the greek UTF locale el_GR.UTF-8 behaves as expected without problems.

Well,

"""
while in all of
PostgreSQL 8.3.3 on i686-pc-linux-gnu (lc_collate=C)
PostgreSQL 8.3.7 (lc_collate=el_GR.UTF-8) on i386-unknown-freebsd6.3
PostgreSQL 8.4.1 on x86_64-unknown-freebsd8.0 (lc_collate=en_US.UTF-8),
gives
        fooname
-------------------------
 Cylinder Liner No1
 Cylinder head No1
 Cylinder head cover No1
"""

is not a correct sorting result in my book, unless your measure of
correctness is ASCII byte value order.  And then it's left as an
exercise to determine what the results would be for texts involving
non-ASCII letters.



pgsql-admin by date:

Previous
From: Achilleas Mantzios
Date:
Subject: Re: Issues with LC_COLLATE, across 8.3/8.4 on various platforms
Next
From: "Campbell, Lance"
Date:
Subject: How to clear log files