Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables
Date
Msg-id 22025.1536521375@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Responses Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables
List pgsql-bugs
Andrew Gierth <andrew@tao11.riddles.org.uk> writes:
> Is this potentially also a problem for libpqwalreceiver, which also
> loads libpq?

As far as I can see, only libpq and the ECPG libraries build their
own copies of any src/port or src/common files, and all of them already
have version scripts.  If libpqwalreceiver tried to incorporate any
such files and compile them under FRONTEND rules, it'd need a version
script as well.  But I think that code is probably content to operate
under backend rules, so it'll just use the functions from the core
backend and be happy.  Hence, no clear need for a version script there.

I think the patches I committed today are sufficient to close this bug,
unless further testing reveals that the problem occurs on additional
platforms.  The buildfarm results so far don't suggest that.

            regards, tom lane


pgsql-bugs by date:

Previous
From: PG Bug reporting form
Date:
Subject: BUG #15376: Postgres sql 9.4.19 pg_upgrade stops with error Thesource cluster was not shut down cleanly.
Next
From: Andrew Gierth
Date:
Subject: Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables