Re: Practical impediment to supporting multiple SSL libraries

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Practical impediment to supporting multiple SSL libraries
Дата
Msg-id 19834.1144938894@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Practical impediment to supporting multiple SSL libraries  (Martijn van Oosterhout <kleptog@svana.org>)
Список pgsql-hackers
Martijn van Oosterhout <kleptog@svana.org> writes:
> Right. Would you see value in a more formal libpq "hijack-me" interface
> that would support making the initial connection and then handing off
> the rest to something else?

I think this would just be busywork... the way ODBC is doing it seems
fine to me.  In any case, do we really want to encourage random apps to
bypass the library?  For one thing, with an API such as you suggest,
it would really be libpq's problem to figure out what to do with regular
vs passthrough calls.  As it stands, it's very obviously not libpq's
problem anymore once you hijack the socket.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: mark@mark.mielke.cc
Дата:
Сообщение: Re: GPUSort project
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Practical impediment to supporting multiple SSL libraries