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.
Re: Solve a problem of LC_TIME of windows. Re: Solve a problem of LC_TIME of windows. Re: Solve a problem of LC_TIME of windows. |
| Список | 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 по дате отправления: