Re: [HACKERS] psql \copy warning

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org>, Jeremy Drake <pgsql(at)jdrake(dot)com>
Subject: Re: [HACKERS] psql \copy warning
Date: 2006-05-31 22:02:52
Message-ID: 22623.1149112972@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
>> I have developed an updated patch that:
>>
>> o turns off escape_string_warning in pg_dumpall.c
>> o optionally use E'' for \password (undocumented option?)
>> o honor standard_conforming-strings for \copy (but not
>> support literal E'' strings)
>> o optionally use E'' for \d commands
>> o turn off escape_string_warning for createdb, createuser,
>> droplang
>>
>> I agree someday we might want to turn off escape_string_warning, but I
>> think we should leave it on as long as possible as it is still pointing
>> out escape problem areas in the code.

I find this patch mighty ugly, and hope that most of it can get reverted
before 8.2. The changes you made in describe.c are actively broken ...
didn't you test it? appendStringLiteralConn doesn't know what you did.

I think that a far saner approach would be to make all these places use
appendStringLiteralConn, and to change *only* that routine to throw on
an E at need. That would (a) not be broken, and (b) give us just one
place to change the behavior when it comes time.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Hoksza 2006-05-31 22:10:28 Re: session id and global storage
Previous Message Joshua D. Drake 2006-05-31 21:48:34 Re: Possible TODO item: copy to/from pipe

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2006-06-01 05:12:43 Re: [HACKERS] psql \copy warning
Previous Message Tom Lane 2006-05-31 21:33:44 Generalized concept of modules