Re: [PATCHES] Solve a problem of LC_TIME of windows.

Поиск
Список
Период
Сортировка
От Hiroshi Inoue
Тема Re: [PATCHES] Solve a problem of LC_TIME of windows.
Дата
Msg-id 492D1707.3060403@tpf.co.jp
обсуждение исходный текст
Ответ на Re: [PATCHES] Solve a problem of LC_TIME of windows.  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Ответы Re: Solve a problem of LC_TIME of windows.  (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>)
Список pgsql-hackers
ITAGAKI Takahiro wrote:
> Hiroshi Inoue <inoue@tpf.co.jp> wrote:
> 
>> Please call setlocale(LC_CTYPE/LC_ALL, "") first.
> 
> Ah, it works! But setlocale(*, "") means that we always use platform
> locale (Japanese and SJIS in Japan).

Maybe you can call setlocale(LC_CTYPE, ".20932") instead and you would get CP20932 encoding. The encoding of LC_TIME or
LC_MESSAGES
has little meaning.
> It could be different from server
> encoding and locale in postgres. Is it acceptable? I think we need to
> set LC_CTYPE and other LC_* independently...

Seems LC_CTYPE and LC_TIME should be convertible even though we use
wcsftime (which internally calls strftime?).
As for gettext(LC_MESSAGES) on Windows we can set LC_CTYPE independently because it is unrelated to the output
encoding.In addition we can call
 
bind_textdomain_codeset to change the output encoding.
I'm providing a patch to adjust the output encoding of Windows
gettext.

regards,
Hiroshi Inoue





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

Предыдущее
От: Richard Huxton
Дата:
Сообщение: Re: Enhancement to pg_dump
Следующее
От: Bernd Helmle
Дата:
Сообщение: Re: WIP: Automatic view update rules