Re: locale & glibc 2.2.2 - Mailing list pgsql-general

From teg@redhat.com (Trond Eivind Glomsrød)
Subject Re: locale & glibc 2.2.2
Date
Msg-id xuyk84gycdv.fsf@halden.devel.redhat.com
Whole thread Raw
In response to locale & glibc 2.2.2  (Pimenov Yuri <proc@internet2.ru>)
Responses Re: locale & glibc 2.2.2
List pgsql-general
Lamar Owen <lamar.owen@wgcr.org> writes:

> Trond Eivind Glomsrød wrote:
> > > Which case-sensitivity issue?  The one about table and column names?  Or
> > > a different one? (sitting confused in Pisgah Forest)
>
> > I remember there were some issues about someone claiming glibc was broken
> > (with LANG set to anything but C/POSIX, because it will sort this way
>
> Oh, ok.  That goes as far back as glibc 2.1, and first reared its head
> with Red Hat 6.1.  While I've not tested it, I had heard that glibc
> 2.2.2 'fixed' this

Of course not, it's not a bug - if this is a problem, it's a bug in
Postgresql:

[teg@halden teg]$ cat foo2.txt
Ad
ae
ac
[teg@halden teg]$ sort foo2.txt
ac
Ad
ae
[teg@halden teg]$

> The initscript now explicitly sets locale to C/POSIX
> for the initdb and the postmaster startup for the RPM, as the locale
> setting can cause other problems with indexes and the LIKE
> optimization

I built it into our trees with a release number < 1 until I've
confirmed that this doesn't break other languages. Sorting in the "C"
order isn't acceptable for non-English languages as the order is wrong.

--
Trond Eivind Glomsrød
Red Hat, Inc.

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: 7.1 bug fix question
Next
From: Lamar Owen
Date:
Subject: Re: locale & glibc 2.2.2