Re: Bug in UTF8-Validation Code?
| От | Andrew - Supernews |
|---|---|
| Тема | Re: Bug in UTF8-Validation Code? |
| Дата | |
| Msg-id | slrnf17avo.2i67.andrew+nonews@atlantis.supernews.net обсуждение исходный текст |
| Ответ на | Re: Bug in UTF8-Validation Code? (Mark Dilger <pgsql@markdilger.com>) |
| Ответы |
Re: Bug in UTF8-Validation Code?
|
| Список | pgsql-hackers |
On 2007-04-04, Alvaro Herrera <alvherre@commandprompt.com> wrote: > 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. Thinking about this made me realize that there's another, ahem, elephant in the room here: convert(). By definition convert() returns text strings which are not valid in the server encoding. How can this be addressed? -- Andrew, Supernews http://www.supernews.com - individual and corporate NNTP services
В списке pgsql-hackers по дате отправления: