Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>
Cc: Jeremy Evans <code(at)jeremyevans(dot)net>, Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #15367: Crash in pg_fe_scram_free when using foreign tables
Date: 2018-09-11 02:24:14
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-bugs

Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> writes:
> "Tom" == Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> Tom> This suggests that we're gonna need -Bsymbolic on Solaris too,
> Tom> which agrees with your remark upthread. Unfortunately, with all
> Tom> the Solaris buildfarm members being hors de C99 right now, there's
> Tom> no easy way to test.

> damselfly and rover_firefly are running derivatives of OpenSolaris, and
> they failed as expected.

Ah, so I see.

> Using a version script should be possible on Solaris and derivatives (I
> believe it was Solaris that introduced the concept and they were copied
> by GNU ld, not the reverse) but I don't know what the linker options
> are.

Me neither. If somebody using one of those platforms wants to offer
a better solution, that's fine, but for today let's go with -Bsymbolic.
I pushed a patch accordingly.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Bruce Momjian 2018-09-11 02:34:39 Re: BUG #15376: Postgres sql 9.4.19 pg_upgrade stops with error The source cluster was not shut down cleanly.
Previous Message PG Bug reporting form 2018-09-11 02:09:26 BUG #15378: SP-GIST memory context screwup?