Skip site navigation (1) Skip section navigation (2)

Solve a problem of LC_TIME of windows.

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 (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-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: pg_locale_patch-v3
Description: application/octet-stream (1.8 KB)

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2008-09-15 13:41:04
Subject: Re: Parsing of pg_hba.conf and authentication inconsistencies
Previous:From: Gregory StarkDate: 2008-09-15 13:28:06
Subject: Re: rmgr hooks and contrib/rmgr_hook

pgsql-patches by date

Next:From: Gregory StarkDate: 2008-09-15 13:58:50
Subject: Re: rmgr hooks and contrib/rmgr_hook
Previous:From: Gregory StarkDate: 2008-09-15 13:28:06
Subject: Re: rmgr hooks and contrib/rmgr_hook

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group