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  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Список 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 по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Fix for psql \d tab completion
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Documentation Update: Document pg_start_backup checkpoint behavior