Re: byteain() doesn't parse correctly

Tom Lane <tgl@sss.pgh.pa.us> writes:
> You're right, there are multiple levels of parsing going on.  The
> string-literal parser gets first crack before the type-specific
> input converter does.  If you don't allow for that when counting
> backslashes etc, you'll get confused for sure.

Argh. This is really bad.  This means, for example, that I can't have
NULs in my bytea, which was the whole reason I was using bytea to
begin with. Actually, maybe not.

I slighly misevaluted the way in which things are broken before. It
*does* work if I escape my escape characters (why am I reminded of
Emacs regexps?), so '\\\\' really does yield a single backslash in a
bytea. The output routine was simply re-escaping things, but lo,
octet_length() tells the truth! *cry*

Ok, good.  I'm a bit concerned by backend/commands/trigger.c using
byteain() to do argument parsing, but that's not my problem right now.

--Jered