Re: initdb of regression test failed.

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

In response to

Responses

Browse pgsql-patches by date

  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.