Re: Simplifying our Trap/Assert infrastructure - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Simplifying our Trap/Assert infrastructure
Date
Msg-id f64365b1-d5f9-ef83-41fe-404810f10e5a@enterprisedb.com
Whole thread Raw
In response to Re: Simplifying our Trap/Assert infrastructure  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Simplifying our Trap/Assert infrastructure  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 31.10.22 01:04, Michael Paquier wrote:
> On Fri, Oct 28, 2022 at 09:36:23AM +0200, Peter Eisentraut wrote:
>> Would there be a use for that?  It's currently only used in the atomics
>> code.
> 
> Yep, but they would not trigger when using atomics in the frontend
> code.  We don't have any use for that in core on HEAD, still that
> could be useful for some external frontend code?  Please see the
> attached.

I don't think we need separate definitions for frontend and backend, 
since the contained Assert() will take care of the difference.  So the 
attached would be simpler.

Attachment

pgsql-hackers by date:

Previous
From: Etsuro Fujita
Date:
Subject: Re: Fast COPY FROM based on batch insert
Next
From: Etsuro Fujita
Date:
Subject: Error for row-level triggers with transition tables on partitioned tables