From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Wrong comment in tuptable.h |
Date: | 2020-12-27 03:43:14 |
Message-ID: | 20201227034314.vhci7a2u5talg6zq@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 2020-12-26 18:00:49 -0800, Jeff Davis wrote:
> /*
> * Return a copy of heap tuple representing the contents of the slot.
> The
> * copy needs to be palloc'd in the current memory context. The slot
> * itself is expected to remain unaffected. It is *not* expected to
> have
> * meaningful "system columns" in the copy. The copy is not be
> "owned" by
> * the slot i.e. the caller has to take responsibility to free memory
> * consumed by the slot.
> */
> HeapTuple (*copy_heap_tuple) (TupleTableSlot *slot);
>
> But acquire_sample_rows() calls ExecCopySlotHeapTuple(), and then
> subsequently sorts the rows by TID. Is acquire_sample_rows() doing
> something it shouldn't, or is the comment mistaken?
I think the comment is too vague and thinking of system columns as
xmin/xmax/cmin/cmax.
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2020-12-27 04:17:25 | Re: pgsql: Add pg_alterckey utility to change the cluster key |
Previous Message | Jeff Davis | 2020-12-27 02:00:49 | Wrong comment in tuptable.h |