Re: Bug in UTF8-Validation Code?
От | Albe Laurenz |
---|---|
Тема | Re: Bug in UTF8-Validation Code? |
Дата | |
Msg-id | AFCCBB403D7E7A4581E48F20AF3E5DB20203E424@EXADV1.host.magwien.gv.at обсуждение исходный текст |
Ответ на | Bug in UTF8-Validation Code? (Mario Weilguni <mweilguni@sime.com>) |
Ответы |
Re: Bug in UTF8-Validation Code?
|
Список | pgsql-hackers |
> When the database uses a single byte encoding, the chr function takes > the binary byte representation as an integer number between 0 and 255 > (e.g. ascii code). > When the database encoding is one of the unicode encodings it takes a > unicode code point. > This is also what Oracle does. Sorry, but this is *NOT* what Oracle does. At least if we can agree that the code point for the Euro sign is 0x20AC. SQL> SELECT ASCII('EUR') AS DEC, 2 TO_CHAR(ASCII('EUR'), 'XXXXXX') AS HEX 3 FROM DUAL; DEC HEX ---------- ---------------------------- 14844588 E282AC The encoding in this example is AL32UTF8, which corresponds to our UTF8. Yours, Laurenz Albe
В списке pgsql-hackers по дате отправления: