From: | "MauMau" <maumau307(at)gmail(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Noah Misch" <noah(at)leadboat(dot)com> |
Cc: | "Peter Eisentraut" <peter_e(at)gmx(dot)net>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII |
Date: | 2013-09-09 20:42:06 |
Message-ID: | 88EE8A950D4743B1931E69DB710CCA1D@maumau |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> Noah Misch <noah(at)leadboat(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel =?ISO-8859-1?Q?V=E9rit=E9?= | 2013-09-09 20:42:48 | Re: file_fdw target file ownership |
Previous Message | Robert Haas | 2013-09-09 20:30:17 | Re: lcr v5 - introduction of InvalidCommandId |