Re: Bug in UTF8-Validation Code?
От | Tom Lane |
---|---|
Тема | Re: Bug in UTF8-Validation Code? |
Дата | |
Msg-id | 21381.1175696548@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Bug in UTF8-Validation Code? (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: Bug in UTF8-Validation Code?
Re: Bug in UTF8-Validation Code? Re: Bug in UTF8-Validation Code? |
Список | pgsql-hackers |
Alvaro Herrera <alvherre@commandprompt.com> writes: > Right -- IMHO what we should be doing is reject any input to chr() which > is beyond plain ASCII (or maybe > 255), and create a separate function > (unicode_char() sounds good) to get an Unicode character from a code > point, converted to the local client_encoding per conversion_procs. Hm, I hadn't thought of that approach, but another idea is that the argument of chr() is *always* a unicode code point, and it converts to the current encoding. Do we really need a separate function? regards, tom lane
В списке pgsql-hackers по дате отправления: