Re: Bug in UTF8-Validation Code? - Mailing list pgsql-hackers

From Andrew - Supernews
Subject Re: Bug in UTF8-Validation Code?
Date
Msg-id slrnf17avo.2i67.andrew+nonews@atlantis.supernews.net
Whole thread Raw
In response to Re: Bug in UTF8-Validation Code?  (Mark Dilger <pgsql@markdilger.com>)
Responses Re: Bug in UTF8-Validation Code?  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [PATCHES] xpath_array with namespaces support
Next
From: "Simon Riggs"
Date:
Subject: Re: Auto Partitioning