Re: libpq WSACleanup is not needed

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: libpq WSACleanup is not needed
Дата
Msg-id 200901201647.n0KGl6017742@momjian.us
обсуждение исходный текст
Ответ на Re: libpq WSACleanup is not needed  (Andrew Chernow <ac@esilo.com>)
Ответы Re: libpq WSACleanup is not needed  (Andrew Chernow <ac@esilo.com>)
Список pgsql-hackers
Andrew Chernow wrote:
> Bruce Momjian wrote:
> > Andrew Chernow wrote:
> >> Bruce Momjian wrote:
> >>> Ah, OK, so it does its own cleanup on last close, great. I agree a
> >>> connection option for this would be good.
> >>>
> >> What would the option be?  "wsainit = [enable | disable]"?  Maybe it 
> >> should allow setting the version to load: "wsa_version = 2.0".  Maybe 
> >> the two should be combined: "wsa_version = [default | disable | 2.0]".
> > 
> > I assumed it would be like SSL, which is a libpq function call, not a
> > connection option, e.g. PQinitSSL(), and I think true/false is probably
> > enough.  PQinitSSL info:
> > 
> >    If you are using <acronym>SSL</> inside your application (in addition
> >    to inside <application>libpq</application>), you can use
> >    <function>PQinitSSL(int)</> to tell <application>libpq</application>
> >    that the <acronym>SSL</> library has already been initialized by your
> >    application.
> > 
> 
> That smells dirty to me.  How many PQinitXXX() functions are needed 
> before we drop the XXX and run with PQinit(...)?

Odds are you would still need per-library control over initialization so
I am not sure that helps, i.e. the library initialized WSA already but
needs SSL.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


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

Предыдущее
От: Andrew Chernow
Дата:
Сообщение: Re: libpq WSACleanup is not needed
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: visibility maps and heap_prune