diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2010-01-19 18:39:26 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2010-01-19 18:39:26 +0000 |
commit | 3fc333d88a334920a17c898008535cbe76ebf221 (patch) | |
tree | ef00829568113b26b370eb187fa0508387d5ba04 /src/backend/regex/regexec.c | |
parent | dcd647d7cf98e3393f919135f6e113e896781f60 (diff) | |
download | postgresql-3fc333d88a334920a17c898008535cbe76ebf221.tar.gz postgresql-3fc333d88a334920a17c898008535cbe76ebf221.zip |
When doing a parallel restore, we must guard against out-of-range dependency
dump IDs, because the array we're using is sized according to the highest
dump ID actually defined in the archive file. In a partial dump there could
be references to higher dump IDs that weren't dumped. Treat these the same
as references to in-range IDs that weren't dumped. (The whole thing is a
bit scary because the missing objects might have been part of dependency
chains, which we won't know about. Not much we can do though --- throwing
an error is probably overreaction.)
Also, reject parallel restore with pre-1.8 archive version (made by pre-8.0
pg_dump). In these old versions the dependency entries are OIDs, not dump
IDs, and we don't have enough information to interpret them.
Per bug #5288 from Jon Erdman.
Diffstat (limited to 'src/backend/regex/regexec.c')
0 files changed, 0 insertions, 0 deletions