Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII
От | Andres Freund |
---|---|
Тема | Re: [bug fix] strerror() returns ??? in a UTF-8/C database with LC_MESSAGES=non-ASCII |
Дата | |
Msg-id | 20130906145713.GB620356@alap2.anarazel.de обсуждение исходный текст |
Ответ на | 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
|
Список | pgsql-hackers |
On 2013-09-06 10:52:03 -0400, Tom Lane wrote: > Andres Freund <andres@2ndquadrant.com> writes: > > I have no clue about the gettext stuff but I am in favor of including > > the raw errno in strerror() messages (no backpatching tho). > > I dislike that on grounds of readability and translatability; and > I'm also of the opinion that errno codes aren't really consistent > enough across platforms to be all that trustworthy for remote diagnostic > purposes. Well, it's easier to get access to mappings between errno and meaning of foreign systems than to get access to their translations in my experience. If we'd add the errno inside %m processing, I don't see how it's a problem for translation? Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: