Fix pg_restore's processing of old-style BLOB COMMENTS data.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 13 Jun 2014 00:14:39 +0000 (20:14 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 13 Jun 2014 00:14:39 +0000 (20:14 -0400)
commita11577f47e5ed1d6271188ec5830fecf1036ce4d
tree03c708675625373ae592122aff048af756fa1261
parent71ffbe5e60c1a8de2cde41dfcd2ec5668bacc1a9
Fix pg_restore's processing of old-style BLOB COMMENTS data.

Prior to 9.0, pg_dump handled comments on large objects by dumping a bunch
of COMMENT commands into a single BLOB COMMENTS archive object.  With
sufficiently many such comments, some of the commands would likely get
split across bufferloads when restoring, causing failures in
direct-to-database restores (though no problem would be evident in text
output).  This is the same type of issue we have with table data dumped as
INSERT commands, and it can be fixed in the same way, by using a mini SQL
lexer to figure out where the command boundaries are.  Fortunately, the
COMMENT commands are no more complex to lex than INSERTs, so we can just
re-use the existing lexer for INSERTs.

Per bug #10611 from Jacek Zalewski.  Back-patch to all active branches.
src/bin/pg_dump/pg_backup_archiver.c
src/bin/pg_dump/pg_backup_db.c
src/bin/pg_dump/pg_dump.c