From: | "Hiroshi Saito" <z-saito(at)guitar(dot)ocn(dot)ne(dot)jp> |
---|---|
To: | "ITAGAKI Takahiro" <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: initdb of regression test failed. |
Date: | 2007-10-03 17:15:49 |
Message-ID: | 05c901c805e1$0c1878d0$0b01a8c0@yourc3ftrhkaod |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
Hi.
----- Original Message -----
From: "ITAGAKI Takahiro" <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>
>
> "Hiroshi Saito" <z-saito(at)guitar(dot)ocn(dot)ne(dot)jp> wrote:
>
>> Ah Ok, Please check it.
>
> Your patch looks useful to prevent mismatch of encoding and locale on Windows,
> but I found there is a limitation that user will not able to specify locale.
> I added an alternative of nl_langinfo(CODESET) for Win32.
>
> Please check following commands:
> initdb --encoding=EUC_jp --locale=Japanese_Japan.932
> vs.
> initdb --encoding=EUC_jp --locale=Japanese_Japan.20932
>
>
> One problem is that user need to know codepage numbers. It might
> be possible to replace the default codepage to server encodings
> automatically if we have a mapping table from encoding to codepage.
Yes, I think your approach looks very good. Then, It seems that it is necessary
to consider an original initial value problem again. I consider a document publication
or management. Anyway, Thanks.
Regards,
Hiroshi Saito
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-10-03 17:23:09 | Re: initdb of regression test failed. |
Previous Message | Heikki Linnakangas | 2007-10-03 17:00:20 | Re: OpenSSL Applink |