]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Fix pg_dump's logic for eliding sequence limits that match the defaults.
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 20 Feb 2018 16:23:34 +0000 (11:23 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 20 Feb 2018 16:23:34 +0000 (11:23 -0500)
commit6753f6c41998a4db03a6953ab9a0a6293c18b805
tree724ca3228b2a7188949893f2e4ec9229200710ae
parent517e0fe866c607795bc6990005745ba483326495
Fix pg_dump's logic for eliding sequence limits that match the defaults.

The previous coding here applied atoi() to strings that could represent
values too large to fit in an int.  If the overflowed value happened to
match one of the cases it was looking for, it would drop that limit
value from the output, leading to incorrect restoration of the sequence.

Avoid the unsafe behavior, and also make the logic cleaner by explicitly
calculating the default min/max values for the appropriate kind of
sequence.

Reported and patched by Alexey Bashtanov, though I whacked his patch
around a bit.  Back-patch to v10 where the faulty logic was added.

Discussion: https://postgr.es/m/cb85a9a5-946b-c7c4-9cf2-6cd6e25d7a33@imap.cc
src/bin/pg_dump/pg_dump.c