pg_rewind: Fix some problems when copying files >2GB.
authorRobert Haas
Fri, 21 Jul 2017 18:25:36 +0000 (14:25 -0400)
committerRobert Haas
Sat, 22 Jul 2017 02:05:07 +0000 (22:05 -0400)
commited367be64b118bbcda2b4e59fbb44d45c07c80e0
treeff39fd8ad54ba84aa27401c1690ceeed6c4b732e
parent90877d28e62f362fafa5bc3f0c3b2f7b985123b4
pg_rewind: Fix some problems when copying files >2GB.

When incrementally updating a file larger than 2GB, the old code could
either fail outright (if the client asked the server for bytes beyond
the 2GB boundary) or fail to copy all the blocks that had actually
been modified (if the server reported a file size to the client in
excess of 2GB), resulting in data corruption.  Generally, such files
won't occur anyway, but they might if using a non-default segment size
or if there the directory contains stray files unrelated to
PostgreSQL.  Fix by a more prudent choice of data types.

Even with these improvements, this code still uses a mix of different
types (off_t, size_t, uint64, int64) to represent file sizes and
offsets, not all of which necessarily have the same width or
signedness, so further cleanup might be in order here.  However, at
least now they all have the potential to be 64 bits wide on 64-bit
platforms.

Kuntal Ghosh and Michael Paquier, with a tweak by me.

Discussion: http://postgr.es/m/CAGz5QC+8gbkz=Brp0TgoKNqHWTzonbPtPex80U0O6Uh_bevbaA@mail.gmail.com
src/bin/pg_rewind/libpq_fetch.c