Re: Text format protocol representation - Mailing list pgsql-hackers

From Hannu Krosing
Subject Re: Text format protocol representation
Date
Msg-id 1053667669.3037.5.camel@fuji.krosing.net
Whole thread Raw
In response to Re: Text format protocol representation  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Text format protocol representation
List pgsql-hackers
Tom Lane kirjutas N, 22.05.2003 kell 18:38:
> Greg Stark <gsstark@mit.edu> writes:
> > Oh, I don't. I was just mentioning that if you append a nul in the protocol
> > and allow applications to use that instead of the length provided then you've
> > pretty much committed to never allowing nuls in text/varchars.
> 
> Um.  Well, there isn't any such assumption in the protocol (and I'm agin
> Peter's suggestion to put one in), but realistically I don't see us ever
> allowing \0 in external-text-representation strings.  It would break too
> many things on both client and server sides, and the payback is too small.
> 
> The cases I can think of where you'd like to allow \0 are really binary
> data, not text, and we now have respectably clean support for binary
> I/O.

I know about the /O part but what about I/ ?

Are \0's handled cleanly in INSERT statements ?

Or can new protocol send binary bind variables for prepared statements ?

>   So the need to allow it seems to me to have dropped way down, too.

-------
Hannu


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Password authentication confusion.
Next
From: You Lun
Date:
Subject: index on function