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: | PGSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: error in compilation! |
Date: | 2006-05-27 21:46:26 |
Message-ID: | 11042.1148766386@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I wrote:
> Currently looking through the rest of the patch. I'm wondering
> about appendStringLiteral: maybe we should kill that entirely
> in favor of using PQescapeStringConn? It's not nearly bright
> enough about encoding for instance (and it *will* be used in
> client-only encodings).
We could make an appendStringLiteralConn, which would do this correctly
for most of the utility programs. However there's a problem for
pg_restore: it doesn't necessarily have a PGconn at all. (Consider
the case of pg_restore producing text output.)
It seems that the alternatives are to export PQescapeStringInternal
from libpq, or to duplicate its functionality in appendStringLiteral.
Don't much like either, but perhaps the second is less bad. Any
opinions?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Martijn van Oosterhout | 2006-05-27 21:59:39 | Re: Inefficient bytea escaping? |
Previous Message | Marc G. Fournier | 2006-05-27 21:31:31 | Re: anoncvs still slow |