Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter
В списке pgsql-hackers по дате отправления:
| От | Andrew Dunstan |
|---|---|
| Тема | Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter |
| Дата | |
| Msg-id | 46F05A87.1050306@dunslane.net обсуждение исходный текст |
| Ответ на | Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter
Re: Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter |
| Список | pgsql-hackers |
Tom Lane wrote: > OTOH we may be talking at cross-purposes --- on looking into gram.y > I see that this syntax is transformed to a call of convert_using(), > which may mean it has nothing to do with your changes. > > > No, I changed convert_using - http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/catalog/pg_conversion.c?r1=1.36&r2=1.37 We can revert that if necessary. It will open up a hole, though. Take your pick - spec compliance or validly coded data. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера