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
|
Список | 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 по дате отправления: