Re: [HACKERS] possible encoding issues with libxml2 functions
От | Pavel Stehule |
---|---|
Тема | Re: [HACKERS] possible encoding issues with libxml2 functions |
Дата | |
Msg-id | CAFj8pRDLD0+ntoS-sozcOeSvJUX8mzPdMCbnMoZvLG-ekwAnEg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] possible encoding issues with libxml2 functions (Noah Misch <noah@leadboat.com>) |
Ответы |
Re: [HACKERS] possible encoding issues with libxml2 functions
|
Список | pgsql-hackers |
xpath-bugfix.patch affected only xml values containing an xml declaration with
"encoding" attribute. In UTF8 databases, this latest proposal
(xpath-parsing-error-fix.patch) is equivalent to xpath-bugfix.patch. In
non-UTF8 databases, xpath-parsing-error-fix.patch affects all xml values
containing non-ASCII data. In a LATIN1 database, the following works today
but breaks under your latest proposal:
SELECT xpath('text()', ('<x>' || convert_from('\xc2b0', 'LATIN1') || '</x>')::xml);
It's acceptable to break that, since the documentation explicitly disclaims
support for it. xpath-bugfix.patch breaks different use cases, which are
likewise acceptable to break. See my 2017-08-08 review for details.
The fact so this code is working shows so a universe is pretty dangerous place :)
В списке pgsql-hackers по дате отправления: