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

From Magnus Hagander
Subject Re: libpq WSACleanup is not needed
Date
Msg-id 49744680.4040507@hagander.net
Whole thread Raw
In response to Re: libpq WSACleanup is not needed  (James Mansion <james@mansionfamily.plus.com>)
List pgsql-hackers
James Mansion wrote:
> Andrew Chernow wrote:
>> m$ docs indicate that wsastartup can't be called from dllmain :(
>>
> OK, fair cop.  Says it in the MSDN online version but not in the SDK 6.1
> version. :-(  Some helper(s)
> must start threads I guess.

That, and it loads other DLLs as well.


> Re the counting and doing it on first/last socket - of course WSAStartup
> counts internally. Prsumably
> its only slow when the count is actually going to zero?

Yes.


> Is there a need for a new API to control this - can't you just interpret
> another parameter keyword
> in PQconnectdb (or the pgoptions string in PQsetdbLogin I guess)? 
> (Having said that, how
> do you control send and receive buffer sizes?  Presumably nagle is
> always disabled, but those
> features could be controlled the same way?  Would presumably allow
> PGOPTIONS to be
> parsed too, though docs 30.12 says that does runtime options for the
> server, though
> PQconnectdb in 30.1 suggests that it might be parsed for the client
> connect too.  Maybe.).


You can always get the socket descriptor back and modify it directly, if
you are sure that what you're changing is supported..

//Magnus


pgsql-hackers by date:

Previous
From: Bernd Helmle
Date:
Subject: Re: WIP: Automatic view update rules
Next
From: Peter Eisentraut
Date:
Subject: Re: WIP: Automatic view update rules