| From: | "Hiroshi Saito" <z-saito(at)guitar(dot)ocn(dot)ne(dot)jp> |
|---|---|
| To: | <pgsql-patches(at)postgresql(dot)org> |
| Subject: | Solve a problem of LC_TIME of windows. |
| Date: | 2008-09-15 13:34:13 |
| Message-ID: | 03c301c91737$be5a2a30$0e01a8c0@IBMC9A0F63B40D |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Hi.
I have problem of LC_TIME of windows.(CVS-HEAD)
As for Version 8.3.3. It is edited by wrong gettext and is. (But, it is expressed.)
http://winpg.jp/~saito/pg_work/LC_MESSAGE_CHECK/LC_TIME_PATCH/pg8.3.3-to_char_gettext_format.png
As for Version 8.4. It came to be used by Tom-san in strftime of Native-windowsAPI.
It is good improvement.! But, strftime of Native returns a result by CODEPAGE of
environment of operation by Windows with LC_TIME. In Japanese environment, return
value is SJIS(CP932). Then, SJIS(CP932) can't be chosen by SERVER_ENCODING.:-(
http://winpg.jp/~saito/pg_work/LC_MESSAGE_CHECK/pg84beta-03-to_char.png
Then, I'm proposal patch. It is solved splendidly.
http://winpg.jp/~saito/pg_work/LC_MESSAGE_CHECK/LC_TIME_PATCH/DATECHECK_EUCJP.txt
http://winpg.jp/~saito/pg_work/LC_MESSAGE_CHECK/LC_TIME_PATCH/DATECHECK_UTF8.txt
Regards,
Hiroshi Saito
| Attachment | Content-Type | Size |
|---|---|---|
| pg_locale_patch-v3 | application/octet-stream | 1.8 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2008-09-15 13:41:04 | Re: Parsing of pg_hba.conf and authentication inconsistencies |
| Previous Message | Gregory Stark | 2008-09-15 13:28:06 | Re: rmgr hooks and contrib/rmgr_hook |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gregory Stark | 2008-09-15 13:58:50 | Re: rmgr hooks and contrib/rmgr_hook |
| Previous Message | Gregory Stark | 2008-09-15 13:28:06 | Re: rmgr hooks and contrib/rmgr_hook |
