Re: Locale question

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Locale question
Дата
Msg-id 3924.1103612237@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Locale question  (lsunley@mb.sympatico.ca)
Список pgsql-hackers
lsunley@mb.sympatico.ca writes:
> I have a few people in Europe trying out the rc1 port for OS/2 and they
> have run into a problem with the locale settings

> They have a locale set as de_DE_EURO and the initdb program really does
> not like this because the setlocale(LC_MESSAGES, NULL) call returns a zero
> length string.

Hm.  We've seen occasional reports of this sort of failure on several
platforms for some time, but no one's quite figured out what's going on.
In fact, no one's yet offered a test case that anyone else could
reproduce reliably :-(.  My bet is that this isn't an OS/2-specific
issue but something centering on particular locale definitions.  If you
check the archives you will find very similar-looking reports on Mac OS
X, and I think on some other platforms too.

One idea I'd had is that we know locales are dependent on character set
encodings, and so some platforms might reject an LC_MESSAGES (or
LC_anything) setting that's not compatible with LC_CTYPE (assuming that
that's what the platform takes as the bottom-level encoding spec).
I don't have any proof of this though.

It would be great to have a reproducible test case on an open-source
platform to poke at, because then we could trace through the locale
library and figure out exactly what it is unhappy about.  OS/2 isn't
open source, but maybe if you can determine the *exact* circumstances
needed to provoke the problem there, we could transpose them to a
platform we can debug better.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: RC2 and open issues
Следующее
От: "Zeugswetter Andreas DAZ SD"
Дата:
Сообщение: Re: Shared row locking