Re: [proposal] protocol extension to support loadable stream filters - Mailing list pgsql-hackers

From Brent Verner
Subject Re: [proposal] protocol extension to support loadable stream filters
Date
Msg-id 20050429004928.GA9390@rcfile.org
Whole thread Raw
In response to Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
[2005-04-28 10:00] Tom Lane said:
| Brent Verner <brent@rcfile.org> 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 ...
 Now, the hard part...where should this code live?  I'm thinking a 
src/transport directory seems sensible.
 StreamFilter.[ch] will contain the base StreamFilter along with 
various utility functions.  StreamFilter implementations will reside
in their own subdir.
 src/include/transport/StreamFilter.h src/transport/StreamFilter.c src/transport/zlib/... src/transport/ssl/...

Comments/ideas appreciated.

cheers.b



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: [COMMITTERS] pgsql: Implement sharable row-level locks, and use them for foreign key
Next
From: Josh Berkus
Date:
Subject: Re: [pgsql-advocacy] Increased company involvement