Re: SegFault on 9.6.14 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: SegFault on 9.6.14
Date
Msg-id 885.1564547446@sss.pgh.pa.us
Whole thread Raw
In response to Re: SegFault on 9.6.14  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
Amit Kapila <amit.kapila16@gmail.com> writes:
> On Wed, Jul 31, 2019 at 12:05 AM Robert Haas <robertmhaas@gmail.com> wrote:
>> The other option is to do
>> what I understand Amit and Thomas to be proposing, which is to do a
>> better job identifying the case where we're "done for good" and can
>> trigger the shutdown fearlessly.

> Yes, this sounds safe fix for back-branches.

Actually, my point was exactly that I *didn't* think that would be a
safe fix for the back branches --- at least, not unless you're okay
with a very conservative and hence resource-leaky method for deciding
when it's safe to shut down sub-nodes.

We could do something involving (probably) adding new eflags bits to
pass this sort of info down to child plan nodes.  But that's going
to require design and coding, and it will not be backwards compatible.
At least not from the point of view of any extension that's doing
anything in that area.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Ning Yu
Date:
Subject: Re: Possible race condition in pg_mkdir_p()?
Next
From: Ning Yu
Date:
Subject: Re: Possible race condition in pg_mkdir_p()?