Re: BUG #5661: The character encoding in logfile is confusing.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #5661: The character encoding in logfile is confusing.
Дата
Msg-id 24027.1285163754@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #5661: The character encoding in logfile is confusing.  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: BUG #5661: The character encoding in logfile is confusing.  (Craig Ringer <craig@postnewspapers.com.au>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> On ons, 2010-09-22 at 19:25 +0800, Craig Ringer wrote:
>> I still wonder if, rather than making this configurable, the right 
>> choice is to force logging to UTF-8 (with BOM) across the board,

> I don't think this would make things better or easier.  At some point
> you're going to have to insert a recode call, and it doesn't matter much
> whether the destination argument is a constant or a variable.

It'd avoid the problem of having possibly-unconvertable messages ...
at the cost of pissing off users who have a uniform server encoding
selection already and don't see why they should be forced to deal with
UTF8 in the log.

It's pretty much just one step from here to deciding that the server
should work exclusively in UTF8 and never mind all those other legacy
encodings.  We've resisted that attitude for quite some years now,
and are probably not really ready to adopt it for the log either.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Standby registration
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Multi-branch committing in git, revisited