| 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: | Whole Thread | Raw Message | 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 |