Re: [HACKERS] pg_dump disaster
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] pg_dump disaster |
Дата | |
Msg-id | 9725.948492343@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] pg_dump disaster (Alfred Perlstein <bright@wintelcom.net>) |
Ответы |
pg_dump possible fix, need testers. (was: Re: [HACKERS] pg_dump disaster)
|
Список | 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 по дате отправления: