aboutsummaryrefslogtreecommitdiff
path: root/src/backend/tcop/postgres.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2016-05-26 11:51:04 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2016-05-26 11:51:04 -0400
commitcae2bb1986bc8fd409424562638434d588d0201f (patch)
treeafdf62ed39089c5dc32de2470a4ec38b893677b9 /src/backend/tcop/postgres.c
parentdf8d2d8c42c5731ad997793cb6a59b617532dffa (diff)
downloadpostgresql-cae2bb1986bc8fd409424562638434d588d0201f.tar.gz
postgresql-cae2bb1986bc8fd409424562638434d588d0201f.zip
Make pg_dump behave more sanely when built without HAVE_LIBZ.
For some reason the code to emit a warning and switch to uncompressed output was placed down in the guts of pg_backup_archiver.c. This is definitely too late in the case of parallel operation (and I rather wonder if it wasn't too late for other purposes as well). Put it in pg_dump.c's option-processing logic, which seems a much saner place. Also, the default behavior with custom or directory output format was to emit the warning telling you the output would be uncompressed. This seems unhelpful, so silence that case. Back-patch to 9.3 where parallel dump was introduced. Kyotaro Horiguchi, adjusted a bit by me Report: <20160526.185551.242041780.horiguchi.kyotaro@lab.ntt.co.jp>
Diffstat (limited to 'src/backend/tcop/postgres.c')
0 files changed, 0 insertions, 0 deletions