Re: [PATCH] pageinspect function to decode infomasks
Tomas Vondra <tomas.vondra@2ndquadrant.com>
From: Tomas Vondra <tomas.vondra@2ndquadrant.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2017-08-15T20:36:19Z
Lists: pgsql-hackers
On 08/15/2017 09:55 PM, Robert Haas wrote:
> On Tue, Aug 15, 2017 at 3:42 PM, Tomas Vondra
> <tomas.vondra@2ndquadrant.com> wrote:
>> What I think we should not do is interpret the bitmasks (omitting some of
>> the information) assuming all the bits were set correctly.
>
> I'm still confused. HEAP_XMIN_COMMITTED|HEAP_XMIN_ABORTED ==
> HEAP_XMIN_FROZEN. Nobody is proposing to omit anything; to the
> contrary, what's being proposed is not to display the same thing
> twice (and in a misleading fashion, to boot).
>
I understand your point. Assume you're looking at this bit of code:
if (HeapTupleHeaderXminCommitted(enumval_tup->t_data))
return;
which is essentially
if (enumval_tup->t_data & HEAP_XMIN_COMMITTED)
return;
If the function only gives you HEAP_XMIN_FROZEN, how likely is it you
miss this actually evaluates as true?
You might say that people investigating issues in this area of code
should be aware of how HEAP_XMIN_FROZEN is defined, and perhaps you're
right ...
regards
--
Tomas Vondra http://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Redesign pageinspect function printing infomask bits
- 58b4cb30a5bf 13.0 landed
-
Add to pageinspect function to make t_infomask/t_infomask2 human-readable
- ddbd5d873161 13.0 landed
-
Improve documentation of pageinspect
- 1fb2d78cb946 10.11 landed
- 6472d7ad5d70 11.6 landed
- 08e68825c1d6 12.0 landed
- 292ae8af79b4 13.0 landed
-
Improve pageinspect module
- d6061f83a166 9.6.0 cited