From: | Dave Page <dpage(at)postgresql(dot)org> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Locale + encoding combinations |
Date: | 2007-10-10 08:11:21 |
Message-ID: | 470C8929.3030803@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut wrote:
> Dave Page wrote:
>> setlocale(LC_CTYPE, "English_United Kingdom.65001")
>>
>> will return null (and not change anything) because it doesn't like
>> the combination of the locale and that encoding (UTF-8).
>
> The reason that that call fails is probably that the operating system
> does not provide such a locale.
It doesn't - UTF-8/65001 is a pseudo codepage on Windows with no NLS
file defining collation rules etc. as we already discussed.
> But that's not what we are interested
> in. We are interested in compatibility between *existing* operating
> system locales and *PostgreSQL* encoding names.
Yes.
Let me put my question another way.
Latin1 is a perfectly valid encoding for my locale English_United
Kingdom. It is accepted by setlocale for LC_ALL.
Why does initdb reject it? Why does it insist the encoding is not valid
for the locale?
/D
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2007-10-10 08:19:11 | Re: Skytools committed without hackers discussion/review |
Previous Message | Dave Page | 2007-10-10 08:01:17 | Re: Skytools committed without hackers discussion/review |