Exit after fatal errors in client-side compression code. It looks like whoever wrote the astreamer (nee bbstreamer) code thought that pg_log_error() is equivalent to elog(ERROR), but it's not; it just prints a message. So all these places tried to continue on after a compression or decompression error return, with the inevitable result being garbage output and possibly cascading error messages. We should use pg_fatal() instead.
These error conditions are probably pretty unlikely in practice, which no doubt accounts for the lack of field complaints. Author: Tom Lane <[email protected]> Reviewed-by: Chao Li <[email protected]> Discussion: https://postgr.es/m/[email protected] Backpatch-through: 15 Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/ac0accafd6b6eef1a86a50f42346e1e926505df2 Modified Files -------------- src/bin/pg_dump/compress_lz4.c | 14 ++++++++++++-- src/fe_utils/astreamer_gzip.c | 2 +- src/fe_utils/astreamer_lz4.c | 20 ++++++++++---------- src/fe_utils/astreamer_zstd.c | 19 ++++++++----------- 4 files changed, 31 insertions(+), 24 deletions(-)
