Re: Upcoming events

From: "Joe Conway" <joseph(dot)conway(at)home(dot)com>
To: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Upcoming events
Date: 2001-08-28 02:20:33
Message-ID: 013101c12f68$04dcad80$0705a8c0@jecw2k1
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > Does anyone else have work that they're trying to finish up before
> > we go beta?
> >
>
> Well, I did have a question that got lost in the details of the recent
bytea
> discussion. Specifically it was this: is there a good reason that byteaout
> octal escapes all non-printable characters?
>
> ISTM that if you are using bytea, it's because you need to store and
> manipulate binary data, and therefore it ought to be the client's
> responsibility to do any required escaping of the returned results. In the
> work I'm doing with bytea presently, I either have to unescape it on the
> client side, or use a binary cursor (and some app environments, like PHP,
> don't currently give me the option of a binary cursor). Not that big of a
> deal, but it doesn't seem right, and as you've seen by recent discussions
it
> confuses people.
>
> The only reason I can think of for this behavior is that it makes the
> results displayable in psql -- but again, I'd expect psql to deal with
that,
> not the backend.
>
I guess add pg_dump to that list -- any others? Do you think there is a lot
of existing code?

-- Joe

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-08-28 02:21:51 bytea escaping
Previous Message pgsql-hackers 2001-08-28 02:16:50 Re: libpq++ current sources don't compile with older C++ compilers