From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | ljb <ljb9832(at)pobox(dot)com>, PostgreSQL-documentation <pgsql-docs(at)postgresql(dot)org> |
Subject: | Re: [GENERAL] Gripe: bytea_output default => data corruption |
Date: | 2010-10-25 23:18:49 |
Message-ID: | 8604.1288048729@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-general |
Bruce Momjian <bruce(at)momjian(dot)us> writes:
> Yikes, you are right! I see:
> http://www.postgresql.org/docs/9.0/static/libpq-exec.html#LIBPQ-EXEC-ESCAPE-STRING
> PQescapeByteaConn
> ...
> Certain byte values must be escaped (but all byte values can be escaped)
> when used as part of a bytea literal in an SQL statement. In general, to
> --> escape a byte, it is converted into the three digit octal number equal
> to the octet value, and preceded by usually two backslashes. The single
> quote (') and backslash (\) characters have special alternative escape
> sequences. See Section 8.4 for more information. PQescapeByteaConn
> performs this operation, escaping only the minimally required bytes.
> Can someone suggest some updated wording? Thanks.
I think we should simply remove the description of *how* the escaping is
performed, and state only that the function produces a suitably escaped
literal string. Anything else is not future-proof, and could someday
break the way this wording did.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Katharina kuhn | 2010-10-26 22:02:49 | CREATE CUSTOM TEXT SEARCH PARSER |
Previous Message | ljb | 2010-10-22 22:06:07 | Re: Gripe: bytea_output default => data corruption |
From | Date | Subject | |
---|---|---|---|
Next Message | zhong ming wu | 2010-10-26 01:29:18 | Re: What is "return code" for WAL send command |
Previous Message | Latrous, Youssef | 2010-10-25 20:33:53 | Re: Wrong SYSID in WAL segment |