Re: More message encoding woes
От | Peter Eisentraut |
---|---|
Тема | Re: More message encoding woes |
Дата | |
Msg-id | 200904062247.38095.peter_e@gmx.net обсуждение исходный текст |
Ответ на | More message encoding woes (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
Ответы |
Re: More message encoding woes
|
Список | pgsql-hackers |
On Monday 30 March 2009 15:52:37 Heikki Linnakangas wrote: > In CVS HEAD, we call bind_textdomain_codeset() in SetDatabaseEncoding() > which fixes that, but we only do it on Windows. In earlier versions we > called it on all platforms, but only for UTF-8. It seems that we should > call bind_textdomain_codeset on all platforms and all encodings. > However, there seems to be a reason why we only do it for Windows on CVS > HEAD: we need a mapping from our encoding ID to the OS codeset name, and > the OS codeset names vary. In practice you get either the GNU or the Solaris version of gettext, and at least the GNU version can cope with all the encoding names that the currently Windows-only code path produces. So enabling the Windows code path for all platforms when ENABLE_NLS is on and LC_CTYPE is C would appear to work in sufficiently many cases.
В списке pgsql-hackers по дате отправления: