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
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 |