Re: Why is WIN 1250 client only?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org, Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
Subject: Re: Why is WIN 1250 client only?
Date: 2004-08-10 22:46:43
Message-ID: 11972.1092178003@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> Why is the encoding WIN 1250 only for the client side? It seems that
> with the new Windows port, folks will be interested in using it on the
> server side.

I can't see any technical reason why not. But I find this in
doc/README.mb.jp:

- Never try to set-up server multibyte database encoding to WIN1250,
always use LATIN2 instead. There is not WIN1250 locale in Unix

It is hard to tell whether the person who added the encoding simply
didn't understand the significance of where he put it in the list,
or whether he did know what he was doing and thought it was a good
idea to forcibly prevent people from using it as a server encoding.

At least on Windows it would clearly be a good idea to allow it as
a server encoding. Perhaps we can rely on your recently added
encoding checks in initdb to prevent people from making the wrong
choice on platforms that don't support the encoding?

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Joe Conway 2004-08-10 22:50:31 terminated by signal 6 problem
Previous Message Serguei A. Mokhov 2004-08-10 22:01:52 Re: Missing French backend translations in the HEAD