pgsql: Fix pg_restore to do the right thing when escaping large objects
От | Tom Lane |
---|---|
Тема | pgsql: Fix pg_restore to do the right thing when escaping large objects |
Дата | |
Msg-id | E1PgORh-0003PC-Kz@gemulon.postgresql.org обсуждение исходный текст |
Список | pgsql-committers |
Fix pg_restore to do the right thing when escaping large objects. Specifically, this makes the workflow pg_dump -Fc -> pg_restore -> file produce correct output for BLOBs when the source database has standard_conforming_strings turned on. It was already okay when that was off, or if pg_restore was told to restore directly into a database. This is a back-port of commit b1732111f233bbb72788e92a627242ec28a85631 of 2009-08-04, with additional changes to emit old-style escaped bytea data instead of hex-style. At the time, we had not heard of anyone encountering the problem in the field, so I judged it not worth the risk of changing back branches. Now we do have a report, from Bosco Rama, so back-patch into 8.2 through 8.4. 9.0 and up are okay already. Branch ------ REL8_3_STABLE Details ------- http://git.postgresql.org/gitweb?p=postgresql.git;a=commitdiff;h=1a1167a172ebc390437ffc5547a9f755fa56b731 Modified Files -------------- src/bin/pg_dump/dumputils.c | 78 ++++++++++++++++++++++++++++++++++ src/bin/pg_dump/dumputils.h | 3 + src/bin/pg_dump/pg_backup_archiver.c | 15 +++---- src/bin/pg_dump/pg_backup_archiver.h | 3 + src/bin/pg_dump/pg_backup_null.c | 15 ++++--- 5 files changed, 99 insertions(+), 15 deletions(-)
В списке pgsql-committers по дате отправления: