Re: [PATCH] `pg_dump -Fd` doesn't check write return status...
От | Bruce Momjian |
---|---|
Тема | Re: [PATCH] `pg_dump -Fd` doesn't check write return status... |
Дата | |
Msg-id | 20140506140120.GC30817@momjian.us обсуждение исходный текст |
Ответ на | Re: [PATCH] `pg_dump -Fd` doesn't check write return status... (Noah Misch <noah@leadboat.com>) |
Список | pgsql-hackers |
On Tue, May 6, 2014 at 09:22:20AM -0400, Noah Misch wrote: > On Mon, May 05, 2014 at 08:29:56PM -0400, Bruce Momjian wrote: > > On Tue, Apr 22, 2014 at 03:19:15PM -0400, Bruce Momjian wrote: > > > As is often the case with pg_dump, the problems you saw are a small part > > > of a larger set of problems in that code --- there is general ignoring of > > > read and write errors. > > > > > > I have developed a comprehensive patch that addresses all the issues I > > > could find. The use of function pointers and the calling of functions > > > directly and through function pointers makes the fix quite complex. I > > > ended up placing checks at the lowest level and removing checks at > > > higher layers where they were sporadically placed. > > > > > > Patch attached. I have tested dump/restore of all four dump output > > > formats with the 9.3 regression database and all tests passed. I > > > believe this patch is too complex to backpatch, and I don't know how it > > > could be fixed more simply. > > > > Patch applied. Thanks for the report. > > This broke automatic detection of tar-format dumps: > > $ pg_dump -Ft -f tardump > $ pg_restore tardump > pg_restore: [archiver] could not read from input file: Success > $ pg_restore -Ft tardump | wc -c > 736 OK, thanks for the report. Fixed. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + Everyone has their own god. +
В списке pgsql-hackers по дате отправления: