Re: [PATCH] Transaction traceability - txid_status(bigint) - Mailing list pgsql-hackers

From Craig Ringer
Subject Re: [PATCH] Transaction traceability - txid_status(bigint)
Date
Msg-id CAMsr+YFCOT8NUdAxs86u_271CaQ2s6eBzMXkNTVpTnEvLW1ABg@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Transaction traceability - txid_status(bigint)  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: [PATCH] Transaction traceability - txid_status(bigint)  (Petr Jelinek <petr@2ndquadrant.com>)
List pgsql-hackers
On 2 September 2016 at 21:01, Craig Ringer <craig@2ndquadrant.com> wrote:
> On 2 September 2016 at 20:38, Craig Ringer <craig@2ndquadrant.com> wrote:
>> On 2 Sep. 2016 8:30 pm, "Simon Riggs" <simon@2ndquadrant.com> wrote:
>>>
>>> On 2 September 2016 at 13:16, Craig Ringer <craig@2ndquadrant.com> wrote:
>>>
>>> > So I've moved it to xlog.c...
>>>
>>> I'm pretty sure it shouldn't live in xlog.c, but there may be some
>>> good reason I can't see yet.
>>
>> Ugh. Yes. transam.c would be rather saner.
>>
>> Only for the helper to determine if an xid is recent though; txid_ status
>> stays in adt/xact.c where it belongs along with txid_current() etc.
>
> Fixed, moved to transam.c.

Missed that this causes an undefined reference to GetNextXidAndEpoch()
which is in xlog.c. I knew there was a reason I put it there. So most
recent patch is wrong, use the prior one.

GetNextXidAndEpoch() needs to be in xlog.c because it uses XLogCtl's
shmem copy of checkPoint.nextXidEpoch. So either transam.c needs to
#include xlog.h (which seems a bit backwards) or
TransactionIdInRecentPast() should go in xlog.c.

I don't like either really. Opinion? I'm sure we'll want this
functionality in other places as part of dealing with the problems
discussed upthread with 'xid' exposed to users.

-- Craig Ringer                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



pgsql-hackers by date:

Previous
From: Jeevan Chalke
Date:
Subject: Re: PassDownLimitBound for ForeignScan/CustomScan
Next
From: Tom Lane
Date:
Subject: Re: Tracking timezone abbreviation removals in the IANA tz database