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 по дате отправления: