Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII

Поиск
Список
Период
Сортировка
От MauMau
Тема Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII
Дата
Msg-id 88EE8A950D4743B1931E69DB710CCA1D@maumau
обсуждение исходный текст
Ответ на Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII  (Peter Eisentraut <peter_e@gmx.net>)
Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII  (Noah Misch <noah@leadboat.com>)
Список pgsql-hackers
From: "Tom Lane" <tgl@sss.pgh.pa.us>
> Noah Misch <noah@leadboat.com> writes:
>> ... I think
>> MauMau's original bind_textdomain_codeset() proposal was on the right 
>> track.
>
> It might well be.  My objection was to the proposal for back-patching it
> when we have little idea of the possible side-effects.  I would be fine
> with handling that as a 9.4-only patch (preferably with the usual review
> process).

> Still, libc is certainly the source of the vast majority of
> potentially-translated messages that we might be passing through to users,
> so fixing it would be a step forward.


We are using 9.1/9.2 and 9.2 is probably dominant, so I would be relieved 
with either of the following choices:

1. Take the approach that doesn't use bind_textdomain_codeset("libc") (i.e. 
the second version of errno_str.patch) for 9.4 and older releases.

2. Use bind_textdomain_codeset("libc") (i.e. take strerror_codeset.patch) 
for 9.4, and take the non-bind_textdomain_codeset approach for older 
releases.


Regards
MauMau




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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: lcr v5 - introduction of InvalidCommandId
Следующее
От: "Daniel Vérité"
Дата:
Сообщение: Re: file_fdw target file ownership