Re: OK, that's one LOCALE bug report too many...

From: teg(at)redhat(dot)com (Trond Eivind =?iso-8859-1?q?Glomsr=d8d?=)
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org, alan(at)redhat(dot)com
Subject: Re: OK, that's one LOCALE bug report too many...
Date: 2000-11-26 21:12:00
Message-ID: 20001126211200.087342801F@halden.devel.redhat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:

> Also, since "LC_COLLATE=en_US" seems to misbehave rather spectacularly
> on recent RedHat releases, I propose that initdb change "en_US" to "C"
> if it finds that setting.

It does not misbehave in glibc (it's not Red Hat specific).
Basically, glibc is the old

From a discussion on a semi-internal list, written by Alan Cox:

************************************************************************
I read the ISO doc (god Its boring)

Ok

Ulrich is right for the spec. Its the official correct filing order
for more
than just in computing

I think the right answer maybe this

Default to ISOblah including sort remaining sorting AbBb..
Document this and also how to switch just the collation series to Unix
style
in the README files and docs that come with the release (like we
documented
how to turn off color ls

Ultimately this comes down to:

Unix behaviour since 197x versus librarians and others since
considerably
earlier. We are breaking Unix behaviour but I can now sort of
appreciate
the thinking behind this.

************************************************************************

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Trond Eivind =?iso-8859-1?q?Glomsr=d8d?= 2000-11-26 21:21:07 Re: OK, that's one LOCALE bug report too many...
Previous Message Bruce Momjian 2000-11-26 20:43:48 Re: LIKE optimization and locale