Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c
В списке pgsql-committers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c |
| Дата | |
| Msg-id | 13333.1042233941@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
| Ответы |
Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c
Re: pgsql-server/src/bin/pg_dump pg_backup_archiver.c |
| Список | pgsql-committers |
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
>> That's one reason that I didn't like solving it by hacking pg_dump.
> My fix works well with the scenario 7.2 pg_restore -> 7.3 pg_restore.
> It's another problem that 7.3 pg_dump -> 7.3 pg_restore fails.
Perhaps we're talking at cross-purposes. Exactly what was the failure
that your fix was intended to prevent? I thought the problem really
came down to the fact that reloading 7.2 "lo" type definitions into 7.3
would fail.
regards, tom lane
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера