Re: Segfault when restoring -Fd dump on current HEAD - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Segfault when restoring -Fd dump on current HEAD
Date
Msg-id 31551.1551111614@sss.pgh.pa.us
Whole thread Raw
In response to Re: Segfault when restoring -Fd dump on current HEAD  (Justin Pryzby <pryzby@telsasoft.com>)
Responses Re: Segfault when restoring -Fd dump on current HEAD  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
Justin Pryzby <pryzby@telsasoft.com> writes:
> What's crashing for me is restoring the (12dev) dumpfile using v11 psql:

Yeah, I can reproduce that here, using either -Fc or -Fd format dumps.
The immediate problem in your example is that the "defn" field of a
TABLE DATA entry is now null where it used to be an empty string.
Poking at related examples suggests that other fields have suffered
the same fate.

It appears to me that f831d4acc required a good deal more adult
supervision than it actually got.  That was alleged to be a small
notational refactoring, not a redefinition of what gets put into
dump files.

            regards, tom lane


pgsql-hackers by date:

Previous
From: Corey Huinker
Date:
Subject: Re: some ri_triggers.c cleanup
Next
From: hubert depesz lubaczewski
Date:
Subject: Re: Segfault when restoring -Fd dump on current HEAD