From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> |
Cc: | "Hiroshi Saito" <z-saito(at)guitar(dot)ocn(dot)ne(dot)jp>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: initdb of regression test failed. |
Date: | 2007-10-03 17:23:09 |
Message-ID: | 26876.1191432189@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> writes:
> 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.
Applied with small correction --- it looked like you'd put in the wrong
PG_ENC code for GBK and BIG5. Not terribly important since we'd reject
them anyway, but we might as well reject with the correct error message.
This still leaves the policy decision of whether we want to have
initdb assume "-E UTF8 --no-locale" if it sees the current locale
has an unusable encoding. I'm not really happy with that idea
because it would disable localization of messages. I think what we
want, at least on Windows, is to switch to the "corresponding" locale
that uses UTF8. Is there a simple way to do that? Or at least some
simple recipe we can put into the documentation? "If you get this
sort of error, use this --locale setting..."
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-10-03 17:58:23 | Re: OpenSSL Applink |
Previous Message | Hiroshi Saito | 2007-10-03 17:15:49 | Re: initdb of regression test failed. |