Re: A minor correction in comment in heaptuple.c

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andres Freund <andres(at)2ndquadrant(dot)com>, Kevin Grittner <kgrittn(at)ymail(dot)com>, "D'Arcy J(dot)M(dot) Cain" <darcy(at)druid(dot)net>, Amit Langote <amitlangote09(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: A minor correction in comment in heaptuple.c
Date: 2014-01-25 22:15:01
Message-ID: 20140125221501.GJ9750@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Jan 25, 2014 at 04:56:37PM -0500, Tom Lane wrote:
> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > On Sat, Jan 25, 2014 at 10:40:28PM +0100, Andres Freund wrote:
> >> I think this style of pinhole copy editing is pretty pointless. There's
> >> dozen checks just like this around. If somebody wants to change the rules
> >> or improve comment it takes more than picking a random one.
>
> > OK, change made.
>
> FWIW, I don't find that an improvement either. As Andres says, this
> is just applying the same rule that's used in many other places, ie
> return null if the requested attnum is off the end of the tuple.

OK, I can revert it, but I don't see any other cases of the string
'return NULL if' in the executor code. What the code really is doing is
"Assume NULL so return true if". The code was never returning NULL, it
was assuming the attribute was NULL and returning true. Am I missing
something?

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ Everyone has their own god. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephen Frost 2014-01-25 22:15:08 Re: [COMMITTERS] pgsql: libpq: Support TLS versions beyond TLSv1.
Previous Message Tom Lane 2014-01-25 22:13:10 Re: A better way than tweaking NTUP_PER_BUCKET