Re: [PATCH] Guard `CLOBBER_FREED_MEMORY` & `MEMORY_CONTEXT_CHECKING`

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Samuel Marks <samuelmarks(at)gmail(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: [PATCH] Guard `CLOBBER_FREED_MEMORY` & `MEMORY_CONTEXT_CHECKING`
Date: 2024-08-23 21:39:40
Message-ID: 2296691.1724449180@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Samuel Marks <samuelmarks(at)gmail(dot)com> writes:
> It will resolve the large number of these warnings from
> https://github.com/pgcentralfoundation/pgrx/blob/6dfb9d1/cargo-pgrx/src/command/init.rs#L411-L412:

Hmm, that seems like their problem not ours. It's not very clear
to me why they'd want to force these flags from the compiler
command line in the first place, but if they do they should be
consistent with the more usual ways to set them.

> and yes will be sending them a patch also. But there's no harm in not
> redefining symbols, so not sure why this is a controversial patch.

The reason I'm resistant to changing it is that the code you want
to touch has been unchanged since 2003 in the first case, and 2013
in the second. It's fairly unclear what external code might have
grown dependencies on the current behavior, but with that much
history I'm not eager to bet that the answer is "none". Also,
the present setup makes it clear that you are supposed to test
"#ifdef CLOBBER_FREED_MEMORY" not "#if CLOBBER_FREED_MEMORY".
If we stop locking down the expected contents of the macro, bugs
of that sort could sneak in.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jonathan S. Katz 2024-08-23 21:44:37 Re: On disable_cost
Previous Message Jonathan S. Katz 2024-08-23 21:33:12 Re: On disable_cost