Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter

Поиск
Список
Период
Сортировка
От 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  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter  (Bruce Momjian <bruce@momjian.us>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter
Следующее
От: Radoslaw Zielinski
Дата:
Сообщение: Re: pg_ctl -w vs unix_socket_directory