From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
Cc: | Dave Rosckes <dave(dot)rosckes(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Surrogate pairs in UTF-8 |
Date: | 2015-01-18 19:04:16 |
Message-ID: | 5903.1421607856@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Martijn van Oosterhout <kleptog(at)svana(dot)org> writes:
> On Fri, Jan 16, 2015 at 08:16:47AM -0600, Dave Rosckes wrote:
>> I have written a test program using postgres that creates a string with a
>> surrogate pair. I then insert that string into a varchar property in a
>> table.
>>
>> I then execute a select statement to pull the string out. But when I
>> evaluate the string the lead char of the pair is correct, but the following
>> pair value is mangled. I run this exact same code using DB2 and it works
>> just fine.
>>
>> Is this a postgres limitation, or is there a specific way surrogate pairs
>> need to be handled?
> Sounds odd. Can you provide actual queries showing the problem (and
> server version).
Surrogate pairs are illegal in UTF-8, per its specification at
http://www.faqs.org/rfcs/rfc3629.html
You're supposed to encode the underlying code point, not a surrogate pair
(those are a UTF-16ism). So if what you passed in was actually a
surrogate pair, it should have failed encoding validity check, or possibly
have gotten converted to the underlying single Unicode character depending
on exactly what code path is involved.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bjørn T Johansen | 2015-01-18 19:20:35 | Any changes in Java and PGSQL 9.4? |
Previous Message | Martijn van Oosterhout | 2015-01-18 18:06:36 | Re: Alternatives to a unique indexes with NULL |