Re: [proposal] protocol extension to support loadable stream filters
| От | Brent Verner |
|---|---|
| Тема | Re: [proposal] protocol extension to support loadable stream filters |
| Дата | |
| Msg-id | 20050429004928.GA9390@rcfile.org обсуждение исходный текст |
| Ответ на | Re: [proposal] protocol extension to support loadable stream filters (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [proposal] protocol extension to support loadable stream filters
|
| Список | 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 по дате отправления: