Re: locale & glibc 2.2.2
Trond Eivind Glomsrød <teg@redhat.com>
From: teg@redhat.com (Trond Eivind Glomsrød )
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Lamar Owen <lamar.owen@wgcr.org>, Pimenov Yuri <proc@internet2.ru>, pgsql-general@postgresql.org
Date: 2001-04-19T22:01:13Z
Lists: pgsql-general
Tom Lane <tgl@sss.pgh.pa.us> writes: > teg@redhat.com (Trond Eivind =?iso-8859-1?q?Glomsr=F8d?=) writes: > > Of course not, it's not a bug - if this is a problem, it's a bug in > > Postgresql: > > If glibc 2.2.2 sorts that way in C locale, then glibc is broken. > But I assume you meant this is the behavior in some other locale. [teg@halden teg]$ LC_COLLATE=C sort foo2.txt Ad ac ae [teg@halden teg]$ I agree that the above is far from ideal, but this is the traditional C way. The standard locales (used everywhere, in US en_US is used which does give you the correct order) don't have this problem, they sort correctly: [teg@halden teg]$ LC_COLLATE=en_US sort foo2.txt ac Ad ae [teg@halden teg]$ -- Trond Eivind Glomsrød Red Hat, Inc.