Re: [HACKERS] Re: [doc fix] PG10: wroing description onconnect_timeout when multiple hosts are specified - Mailing list pgsql-hackers

From Tsunakawa, Takayuki
Subject Re: [HACKERS] Re: [doc fix] PG10: wroing description onconnect_timeout when multiple hosts are specified
Date
Msg-id 0A3221C70F24FB45833433255569204D1F6F9873@G01JPEXMBYT05
Whole thread Raw
In response to Re: [HACKERS] Re: [doc fix] PG10: wroing description onconnect_timeout when multiple hosts are specified  (Michael Paquier <michael.paquier@gmail.com>)
Responses Re: [HACKERS] Re: [doc fix] PG10: wroing description onconnect_timeout when multiple hosts are specified
List pgsql-hackers
From: pgsql-hackers-owner@postgresql.org
> [mailto:pgsql-hackers-owner@postgresql.org] On Behalf Of Michael Paquier
> pqWait is internal to libpq, so we are free to set up what we want here.
> Still I think that we should be consistent with what pqSocketCheck returns:

Please let this what it is now for the same reason Robert mentioned.

> +    int            ret = 0;
> +    int            timeout = 0;
> The declaration of "ret" should be internal in the for(;;) loop.

Done.


> +           /* Attempt connection to the next host, starting the
> connect_timeout timer */
> +           pqDropConnection(conn, true);
> +           conn->addr_cur = conn->connhost[conn->whichhost].addrlist;
> +           conn->status = CONNECTION_NEEDED;
> +           finish_time = time(NULL) + timeout;
> +       }
> I think that it would be safer to not set finish_time if
> conn->connect_timeout is NULL. I agree that your code works because
> pqWaitTimed() will never complain on timeout reached if finish_time is -1.
> That's for robustness sake.

Done, but I'm not sure how this contributes to the robustness.  I guess you were concerned just in case pqWaitTimed()
returned0 (timeout) even when it should not.
 

Regards
Takayuki Tsunakawa



-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] COPY FROM STDIN behaviour on end-of-file
Next
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] If subscription to foreign table valid ?