Re: Consistently use the XLogRecPtrIsInvalid() macro

Поиск
Список
Период
Сортировка
От Bertrand Drouvot
Тема Re: Consistently use the XLogRecPtrIsInvalid() macro
Дата
Msg-id aQ2O99S+VjEZSf3/@ip-10-97-1-34.eu-west-3.compute.internal
обсуждение исходный текст
Ответ на Re: Consistently use the XLogRecPtrIsInvalid() macro  (Álvaro Herrera <alvherre@kurilemu.de>)
Ответы Re: Consistently use the XLogRecPtrIsInvalid() macro
Список pgsql-hackers
Hi,

On Thu, Nov 06, 2025 at 08:48:11PM +0100, Álvaro Herrera wrote:
> On 2025-Nov-06, Bertrand Drouvot wrote:
> 
> > I see, I would have introduced XLogRecPtrIsInvalid() on the back branches only
> > if there is a need to (a bugfix that would make use of it). But yeah, I agree
> > that would add extra "unnecessary" work, so done as you suggested in the
> > attached. I checked that 0001 apply on the [14-18]_STABLE branches successfully.
> 
> Okay, thanks, I have applied that one to all stable branches, except I
> didn't add the judgemental comment about XLogRecPtrIsInvalid().
> 
> I also pushed 0002+0004+0005 together as one commit, so now we have
> XLogRecPtrIsValid() everywhere.

Thanks!

> I did a couple of minor transformations, where the new code would end
> doing "!XLogRecPtrIsValid(x) ? A : B" it seems clearer to remove the
> negation and invert the other two arguments in the ternary.  We also had
> this assertion,
> 
> -   Assert(XLogRecPtrIsInvalid(state->istartpoint) == (state->istarttli == 0));
> 
> which was being transformed to have a negation.  I chose to negate the
> other side of the equality instead, that is,
> 
> +   Assert(XLogRecPtrIsValid(state->istartpoint) == (state->istarttli != 0));
> 
> which also seems clearer.

Agree, will modify the .cocci scripts that way.

> Now only 0003 remains ... I would change the complaining version to 21
> there, because why not?

Now that XLogRecPtrIsValid() is available in back branches, I agree that we
can be less conservative and not wait until v24. v21 looks like good timing to
me.

Regards,

-- 
Bertrand Drouvot
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com



В списке pgsql-hackers по дате отправления: