]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix issue with reading zero bytes in Gzip_read.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 13 Oct 2025 16:44:20 +0000 (12:44 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 13 Oct 2025 16:44:20 +0000 (12:44 -0400)
commitbf18e9bd70decd294a9be517cb5b3a260ccfdd15
tree63b3addd9895298f1f9b10d405caf15b27570d18
parenteac2b1697d48b2ee5e6836fb63ae0966363055c2
Fix issue with reading zero bytes in Gzip_read.

pg_dump expects a read request of zero bytes to be a no-op; see for
example ReadStr().  Gzip_read got this wrong and falsely supposed
that the resulting gzret == 0 indicated an error.  We could complicate
that error-checking logic some more, but it seems best to just fall
out immediately when passed size == 0.

This bug breaks the nominally-supported case of manually gzip'ing
the toc.dat file within a directory-style dump, so back-patch to v16
where this code came in.  (Prior branches already have a short-circuit
for size == 0 before their only gzread call.)

Author: Tom Lane <tgl@sss.pgh.pa.us>
Reviewed-by: Chao Li <li.evan.chao@gmail.com>
Discussion: https://postgr.es/m/3515357.1760128017@sss.pgh.pa.us
Backpatch-through: 16
src/bin/pg_dump/compress_gzip.c