Re: [HACKERS] pg_dump disaster - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] pg_dump disaster
Date
Msg-id 9725.948492343@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] pg_dump disaster  (Alfred Perlstein <bright@wintelcom.net>)
Responses pg_dump possible fix, need testers. (was: Re: [HACKERS] pg_dump disaster)
List pgsql-hackers
Alfred Perlstein <bright@wintelcom.net> writes:
> We both missed it, and yes it was my fault.  All connections are
> behaving as if PQsetnonblocking(conn, TRUE) have been called on them.
> The original non-blocking patches did something weird, they seemed
> to _always_ stick the socket into non-blocking mode.  This would
> activate my non-blocking stuff for all connections.

Yes, the present state of the code seems to activate nonblocking socket
mode all the time; possibly we could band-aid our way back to a working
psql by turning off nonblock mode by default.  But this doesn't address
the fact that the API of these routines cannot support nonblock mode
without being redesigned.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Re: vacuum timings
Next
From: The Hermit Hacker
Date:
Subject: Re: [HACKERS] Re: vacuum timings