Re: [HACKERS] pg_dump disaster

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] pg_dump disaster
Дата
Msg-id 200001210549.AAA13736@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] pg_dump disaster  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] pg_dump disaster  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [HACKERS] pg_dump disaster  (Alfred Perlstein <bright@wintelcom.net>)
Re: [HACKERS] pg_dump disaster  (The Hermit Hacker <scrappy@hub.org>)
Список pgsql-hackers
> Patrick Welche <prlw1@newn.cam.ac.uk> writes:
> > Trying to load a 6 January pg_dumpall file with today's postgresql gives
> > many
> > invalid command \N
> > probably because
> > PQexec: you gotta get out of a COPY state yourself.
> > db.out4:11621: invalid command \.
> > Somehow psql is out of sync and thinks the \N isn't within a COPY block.
> 
> The answer appears to be that Perlstein's "nonblocking mode" patches
> have broken psql copy, and doubtless a lot of other applications as
> well, because pqPutBytes no longer feels any particular compulsion
> to actually send the data it's been handed.  (Moreover, if it does
> do only a partial send, there is no way to discover how much it sent;
> while its callers might be blamed for not having checked for an error
> return, they'd have no way to recover anyhow.)
> 
> I thought these patches should not have been applied without more
> peer review, and now I'm sure of it.  I recommend reverting 'em.

Can we give the submitter a few days to address the issue?

--  Bruce Momjian                        |  http://www.op.net/~candle pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: vacuum timings
Следующее
От: Tom Lane
Дата:
Сообщение: Re: vacuum timings