Re: BUG #16036: Segmentation fault while doing an update - Mailing list pgsql-bugs

From Andres Freund
Subject Re: BUG #16036: Segmentation fault while doing an update
Date
Msg-id 20191005162659.dl3ajuvxcjxlvb3d@alap3.anarazel.de
Whole thread Raw
In response to Re: BUG #16036: Segmentation fault while doing an update  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
Hi,

On 2019-10-05 11:30:39 -0400, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
> > I've now disabled that portion of the test.
> 
> There's still a large fraction of the buildfarm that's unhappy :-(

I pushed a second patch disabling two more permutations, I've not seen
any related failures since.  It's frustrating that we at the moment seem
to not have deterministic behaviour with two sessions waiting for a
tuple lock at the moment. Doesn't look like that's new though.

It seems to me that most of the XactLockTableWait() users ought to
follow the pattern outlined at the top of README.tuplock, but
don't.

Greetings,

Andres Freund



pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #16036: Segmentation fault while doing an update
Next
From: Tom Lane
Date:
Subject: Re: BUG #16042: incorrect .gitignore file