Re: [GENERAL] Gripe: bytea_output default => data corruption

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

In response to

Responses

Browse pgsql-docs by date

  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

Browse pgsql-general by date

  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