On Fri, Apr 29, 2005 at 10:17:44AM -0400, Tom Lane wrote:
> Our experience with trying to write single files to serve both server
> and client sides has been, um, painful. I recommend you not try this.
BTW, why not get rid of src/corba?
--
Alvaro Herrera (<[EMAIL PROTECTED]>)
"XML!" Exclaimed
Brent Verner <[EMAIL PROTECTED]> writes:
> Now, the hard part...where should this code live? I'm thinking a
> src/transport directory seems sensible.
Our experience with trying to write single files to serve both server
and client sides has been, um, painful. I recommend you not try this.
My
[2005-04-28 10:00] Tom Lane said:
| Brent Verner <[EMAIL PROTECTED]> writes:
| > Would it be sane to recognize a specific PG_PROTOCOL_MAJOR
| > to enter the filter-negotiation process? PG_PROTOCOL_MINOR
| > would then be used to lookup and call a ptr to the filter's
| > create() in CreateStream
Brent Verner <[EMAIL PROTECTED]> writes:
> Would it be sane to recognize a specific PG_PROTOCOL_MAJOR
> to enter the filter-negotiation process? PG_PROTOCOL_MINOR
> would then be used to lookup and call a ptr to the filter's
> create() in CreateStreamFilter...
Looks reasonable enough to me ...
[2005-04-26 23:00] Tom Lane said:
| Brent Verner <[EMAIL PROTECTED]> writes:
| > | I also wonder what happens when
| > | the client and server disagree on the meaning of a filter name.
|
| > How this is any different than saying "...when the client and
| > server disagree on the meaning of a Pro
Brent Verner <[EMAIL PROTECTED]> writes:
> | I also wonder what happens when
> | the client and server disagree on the meaning of a filter name.
> How this is any different than saying "...when the client and
> server disagree on the meaning of a ProtocolVersion.", which is
> how ssl support is
[2005-04-25 18:34] Tom Lane said:
| Brent Verner <[EMAIL PROTECTED]> writes:
| > I'd like to introduce the concept of (dynamically loaded) stream
| > filters that would be used to wrap calls to send/recv by the FE/BE
| > protocol.
| You certainly don't get to have any help
| from the database,
Brent Verner <[EMAIL PROTECTED]> writes:
> I'd like to introduce the concept of (dynamically loaded) stream
> filters that would be used to wrap calls to send/recv by the FE/BE
> protocol.
I think the "dynamically loaded" part of that is going to be way more
headache than it's worth. You certa
Hackers,
I'd like to introduce the concept of (dynamically loaded) stream
filters that would be used to wrap calls to send/recv by the FE/BE
protocol. The initial "StreamFilter" will be a zlib compression
filter. Yeah, I know it could just be added along-side (in the
same way as) the SSL cod
