Re: Too rigorous assert in reorderbuffer.c - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Too rigorous assert in reorderbuffer.c
Date
Msg-id 20190212220022.GA16807@alvherre.pgsql
Whole thread Raw
In response to Re: Too rigorous assert in reorderbuffer.c  (Arseny Sher <a.sher@postgrespro.ru>)
Responses Re: Too rigorous assert in reorderbuffer.c  (Arseny Sher <a.sher@postgrespro.ru>)
List pgsql-hackers
On 2019-Feb-12, Arseny Sher wrote:

> 
> Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> 
> >> I thought the blanket removal of the assert() was excessive, and we can
> >> relax it instead; what do you think of the attached?
> >
> > More precisely, my question was: with this change, does the code still
> > work correctly in your non-toy case?
> 
> Yes, it works. I thought for a moment that some obscure cases where cmax
> on a single tuple is not strictly monotonic might exist, but looks like
> they don't. So your change is ok for me, reshaping assert is better than
> removing. make check is also good on all supported branches.

Thanks for checking!  I also run it on all branches, everything passes.
Pushed now.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: legrand legrand
Date:
Subject: Re: Planning counters in pg_stat_statements (using pgss_store)
Next
From: Alvaro Herrera
Date:
Subject: Re: Statement-level rollback