Re: [proposal] protocol extension to support loadable stream filters

From: Brent Verner
Subject: Re: [proposal] protocol extension to support loadable stream filters
Date: ,
Msg-id: 20050429004928.GA9390@rcfile.org
(view: Whole thread, Raw)
In response to: Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane)
Responses: Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane)
List: pgsql-hackers


[2005-04-28 10:00] Tom Lane said:
| Brent Verner <> 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:

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