Re: Solve a problem of LC_TIME of windows.

Поиск
Список
Период
Сортировка
От ITAGAKI Takahiro
Тема Re: Solve a problem of LC_TIME of windows.
Дата
Msg-id 20090107140111.810A.52131E4D@oss.ntt.co.jp
обсуждение исходный текст
Ответ на Re: [PATCHES] Solve a problem of LC_TIME of windows.  (Hiroshi Inoue <inoue@tpf.co.jp>)
Ответы Re: Solve a problem of LC_TIME of windows.  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: Solve a problem of LC_TIME of windows.  (Magnus Hagander <magnus@hagander.net>)
Re: Solve a problem of LC_TIME of windows.  (Hiroshi Inoue <inoue@tpf.co.jp>)
Re: Solve a problem of LC_TIME of windows.  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
Hiroshi Inoue <inoue@tpf.co.jp> wrote:

> Seems LC_CTYPE and LC_TIME should be convertible even though we use
> wcsftime (which internally calls strftime?).

Ok, wcsftime() requries both LC_TIME and LC_CTYPE are the same setting
(at least encoding) on Windows.

The attached patch is an updated version to fix cache_locale_time().
Now it sets LC_TIME and LC_CTYPE to the specified locale and restore
them at end of the function. I tested the patch on Windows XP Japanese
Edition (SJIS) with UTF-8 and EUCJP databases, and worked expectedly.

"#ifdef WIN32" codes seems to be ugly in the patch,
but I have no other idea...

Regards,
---
ITAGAKI Takahiro
NTT Open Source Software Center


Вложения

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

Предыдущее
От: "Robert Haas"
Дата:
Сообщение: Re: Proposed Patch to Improve Performance of Multi-BatchHash Join for Skewed Data Sets
Следующее
От: Bruce Momjian
Дата:
Сообщение: Do we still need constraint_exclusion?