Re: [BUGS] NLS vs error processing, again

2006-04-20 Thread Bruce Momjian
Peter Eisentraut wrote: > Tom Lane wrote: > > I'm far from an expert on this, but the gettext documentation > > indicates that it tries to translate the .po file contents into > > whatever encoding is implied by LC_CTYPE. > > Correct. That is just one more reason to have server encoding, > LC_CO

Re: [BUGS] NLS vs error processing, again

2006-04-06 Thread Tatsuo Ishii
> JiangWei <[EMAIL PROTECTED]> writes: > > LANG=zh_CN.UTF-8 > > [ set client_encoding to LATIN1 and provoke an error ] > > OK, I can reproduce the crash after initdb'ing with that LANG setting > (in an nls-enabled build). The postmaster log fills with a whole lot > of occurrences of > >

Re: [BUGS] NLS vs error processing, again

2006-04-05 Thread Peter Eisentraut
Tom Lane wrote: > I'm far from an expert on this, but the gettext documentation > indicates that it tries to translate the .po file contents into > whatever encoding is implied by LC_CTYPE. Correct. That is just one more reason to have server encoding, LC_COLLATE, and LC_CTYPE matching. In prac

Re: [BUGS] NLS vs error processing, again

2006-04-04 Thread Tom Lane
Tatsuo Ishii <[EMAIL PROTECTED]> writes: > As fas as looking into utils/mb/Unicode/euc_cn_to_utf8.map, the > translation above seems to be correct. BTW, who does the translation > from EUC-CN to UTF-8? Maybe gettext()? I'm far from an expert on this, but the gettext documentation indicates that it