]> granicus.if.org Git - postgresql/commit
Don't attempt to limit target database for pg_restore.
authorKevin Grittner <kgrittn@postgresql.org>
Sun, 29 Dec 2013 21:18:22 +0000 (15:18 -0600)
committerKevin Grittner <kgrittn@postgresql.org>
Sun, 29 Dec 2013 21:18:22 +0000 (15:18 -0600)
commit30c36d8cc0df00216fe712f5cec6445d70e2309c
tree9e50a40b71534d0c57c56e3a1dece451fefccd5c
parent7dfd9f6f54de39b6d2d2ce52a2faf7c00310bc9d
Don't attempt to limit target database for pg_restore.

There was an apparent attempt to limit the target database for
pg_restore to version 7.1.0 or later.  Due to a leading zero this
was interpreted as an octal number, which allowed targets with
version numbers down to 2.87.36.  The lowest actual release above
that was 6.0.0, so that was effectively the limit.

Since the success of the restore attempt will depend primarily on
on what statements were generated by the dump run, we don't want
pg_restore trying to guess whether a given target should be allowed
based on version number.  Allow a connection to any version.  Since
it is very unlikely that anyone would be using a recent version of
pg_restore to restore to a pre-6.0 database, this has little to no
practical impact, but it makes the code less confusing to read.

Issue reported and initial patch suggestion from Joel Jacobson
based on an article by Andrey Karpov reporting on issues found by
PVS-Studio static code analyzer.  Final patch based on analysis by
Tom Lane.  Back-patch to all supported branches.
src/bin/pg_dump/pg_backup_archiver.c