Re: invalidly encoded strings

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: invalidly encoded strings
Дата
Msg-id 16440.1189395828@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: invalidly encoded strings  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: invalidly encoded strings
Список pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Tom Lane wrote:
>> In the short run it might be best to do it in scan.l after all.  

> I have not come up with a way of doing that and handling the bytea case. 

AFAICS we have no realistic choice other than to reject \0 in SQL
literals; to do otherwise requires API changes throughout that stack of
modules.  And once you admit \0 is no good, it's not clear that
\somethingelse is any better for bytea-using clients.  Moreover, given
that we are moving away from backslash escapes as fast as we can sanely
travel, expending large amounts of energy to make them work better
doesn't seem like a good use of development manpower.

> If you have I'm all ears. And then I am still worried about COPY.

Haven't looked at your test case yet... but it sure looks to me like the
COPY code *ought* to cover this.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jeff Davis
Дата:
Сообщение: Re: invalidly encoded strings
Следующее
От: Jeff Davis
Дата:
Сообщение: Re: invalidly encoded strings