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

From Peter Eisentraut
Subject Re: Simplifying our Trap/Assert infrastructure
Date
Msg-id 572ed6f8-a137-0a52-a35e-a48df95af6ed@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  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On 27.10.22 09:23, Michael Paquier wrote:
> Agreed, even if extensions could use these, it looks like any
> out-of-core code using what's removed here would also gain in clarity.
> This is logically fine (except for an indentation blip in
> miscadmin.h?), so I have marked this entry as ready for committer.

committed

> Side note, rather unrelated to what's proposed here: would it be worth
> extending AssertPointerAlignment() for the frontend code?

Would there be a use for that?  It's currently only used in the atomics 
code.




pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: psql: Add command to use extended query protocol
Next
From: Michael Paquier
Date:
Subject: Re: Use pg_pwritev_with_retry() instead of write() in dir_open_for_write() to avoid partial writes?