Re: client_lc_messages

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: client_lc_messages
Дата
Msg-id 9837222c0910230952o5053c9d9o4cd60861e0716fe9@mail.gmail.com
обсуждение исходный текст
Ответ на Re: client_lc_messages  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
2009/10/23 Alvaro Herrera <alvherre@commandprompt.com>:
> Peter Eisentraut wrote:
>
>> Note that only glibc supports switching the language at run time.  And
>> doing it is probably very expensive if you want to do it twice per
>> message.
>
> Ouch :-(
>
>> I think you could probably get much of the use case out of this if you
>> concentrate on making two switches for the client and the log, which can
>> be set to a language or "untranslated", and if you choose a language it
>> has to be the same for both.
>
> So we'd go with a single setting to define language, which would be the
> current lc_messages, and two new settings, say translate_log_messages
> and translate_client_messages, the latter being USERSET.
>
> Does that sound reasonable?

Does to me. It would certainly cover my use-case, which is that unless
your logs are in english, it's really hard to google on anything :-)
(I guess it may work for the "big" languages like spanish, french and
german, but that's about it. And even then, you're missing out on a
lot of resources)

-- Magnus HaganderMe: http://www.hagander.net/Work: http://www.redpill-linpro.com/


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: plpgsql EXECUTE will not set FOUND
Следующее
От: Greg Stark
Дата:
Сообщение: Re: pre-proposal: type interfaces