From: | Pimenov Yuri <proc(at)internet2(dot)ru> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | Re: locale & glibc 2.2.2 |
Date: | 2001-04-20 12:39:13 |
Message-ID: | 9boejc$2f4r$1@news.tht.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane wrote:
> teg(at)redhat(dot)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.
>
> Postgres as such can cope just fine with non-C sort orders, but it
> seems quite possible that the koi8 regression test sample outputs were
> constructed using C-locale sort rules. Since the original complainant
> merely asserted those tests were broken without defining what he meant
> by broken, we're pretty much wasting our time speculating...
>
> regards, tom lane
i'm really sorry!!!
problem was because of glibc upgrade.
where is no "ru_RU.KOI8-R" locale in glibc 2.2.2 and i changed it to "ru".
the database was initdb'ed with former locale and thus PG was unable to use
ru_RU.KOI8-R....
re-initdb just solved the problem
sorry once again!
From | Date | Subject | |
---|---|---|---|
Next Message | Przem Kowalczyk | 2001-04-20 12:50:22 | Postgres 7.1, iODBC and PHP4 |
Previous Message | Peter Peltonen | 2001-04-20 11:52:22 | Re: 7.1 RPM has old JDBC driver - SQL statement too long |