Re: pgsql: xlog.c: Remove global variables ReadRecPtr and EndRecPtr.

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andres Freund <andres(at)anarazel(dot)de>, pgsql-committers <pgsql-committers(at)lists(dot)postgresql(dot)org>
Subject: Re: pgsql: xlog.c: Remove global variables ReadRecPtr and EndRecPtr.
Date: 2021-11-26 15:24:15
Message-ID: CA+TgmoYX_y+2XLEVoupMJ+s_NDWTZDObWeHGNM9Ao4fbAGA=5A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Thu, Nov 25, 2021 at 11:02 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> > On Wed, Nov 24, 2021 at 8:01 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
> >> Pushed the obvious fix for that. Somehow thought I'd seen more compile failure
> >> than the one WAL_DEBUG...
>
> > Hmm, thanks. I guess i put too much trust in the compiler.
>
> My approach to such patches is always "in grep we trust, all others
> pay cash". Even without #ifdef issues, you are highly likely to
> miss comments that need to be updated.

Right. I didn't rely completely on grep and did spend a lot of time
looking through the code. But sometimes my eyes glaze over and I get
sloppy after too much time working on one thing, and this seems to
have been one of those times.

Fortunately, it seems to have been only a minor oversight.

--
Robert Haas
EDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Alvaro Herrera 2021-11-26 15:47:54 pgsql: Fix determination of broken LSN in OVERWRITTEN_CONTRECORD
Previous Message Daniel Gustafsson 2021-11-26 13:15:49 pgsql: Fix GRANTED BY support in REVOKE ROLE statements

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2021-11-26 15:31:00 Re: Postgres restart in the middle of exclusive backup and the presence of backup_label file
Previous Message osumi.takamichi@fujitsu.com 2021-11-26 14:36:35 RE: Optionally automatically disable logical replication subscriptions on error