Re: libpq WSACleanup is not needed - Mailing list pgsql-hackers

From Andrew Chernow
Subject Re: libpq WSACleanup is not needed
Date
Msg-id 4975FF0E.9050407@esilo.com
Whole thread Raw
In response to Re: libpq WSACleanup is not needed  (Bruce Momjian <bruce@momjian.us>)
Responses Re: libpq WSACleanup is not needed  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
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(...)?

-- 
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: libpq WSACleanup is not needed
Next
From: Bruce Momjian
Date:
Subject: Re: libpq WSACleanup is not needed