Re: Fix bug in multixact Oldest*MXactId initialization and access - Mailing list pgsql-hackers

From Yura Sokolov
Subject Re: Fix bug in multixact Oldest*MXactId initialization and access
Date
Msg-id ebeb0db1-0eb2-4439-a6c8-1d96b60b25ad@postgrespro.ru
Whole thread Raw
In response to Re: Fix bug in multixact Oldest*MXactId initialization and access  (Sami Imseih <samimseih@gmail.com>)
Responses Re: Fix bug in multixact Oldest*MXactId initialization and access
List pgsql-hackers
26.02.2026 19:34, Sami Imseih пишет:
>> But I still use inline procs for access to the arrays. Asserts cost nothing
>> in release build. And new version of functions doesn't branch.
> 
> Asserts may have minimal impact for most builds, but my concern is
> this is all unnecessary complexity. I mean if we guarantee that the
> arrays are initialized correctly, maybe we can have an assert at
> init time, why would we need asserts at run time?

They are future proof.

If there had been assertions from the beginning, there would not have been
a breaking change. The tests would have failed.

(Sorry, I've used Google Translate to write this sentence).

When you write assert, you protect yourself from shooting your leg far in
the future. Believe me.

-- 
regards
Yura Sokolov aka funny-falcon



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: More speedups for tuple deformation
Next
From: Alexander Korotkov
Date:
Subject: Re: MERGE behavior with REPEATABLE READ isolation level