Re: BUG #16655: pg_dump segfault when excluding postgis table - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #16655: pg_dump segfault when excluding postgis table
Date
Msg-id 2232788.1602089765@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #16655: pg_dump segfault when excluding postgis table  (Stephen Frost <sfrost@snowman.net>)
List pgsql-bugs
Stephen Frost <sfrost@snowman.net> writes:
> This all sounds like a reasonable approach to me.  I've gone back and
> looked through things a bit and agree that processExtensionTables really
> should be setting interesting to true for extension config tables when
> we decide we want to include them.  Your 0003 patch looks correct to me,
> and it does seem like we need to go all the way back with that.

Pushed now, thanks for looking it over.

I ended up dropping 0001 (the ncheck refactoring).  That's not really
relevant to the bug fix, and it occurred to me that dumping core if
the checkexprs data isn't there isn't such a bad thing.  0001 would
have led us to silently act as though the table has no CHECK constraints,
contrary to reality, if we reached one of those loops without having
loaded the requisite data.  Crashing is better --- think of it as a
free Assert ;-).

            regards, tom lane



pgsql-bugs by date:

Previous
From: PG Bug reporting form
Date:
Subject: BUG #16660: 64-bit build fails when run on a subst drive
Next
From: Tom Lane
Date:
Subject: Re: BUG #16659: postgresql leaks memory or do not limit its usage