Re: A minor correction in comment in heaptuple.c - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: A minor correction in comment in heaptuple.c
Date
Msg-id 20140125221501.GJ9750@momjian.us
Whole thread Raw
In response to Re: A minor correction in comment in heaptuple.c  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: A minor correction in comment in heaptuple.c  (Andres Freund <andres@2ndquadrant.com>)
List pgsql-hackers
On Sat, Jan 25, 2014 at 04:56:37PM -0500, Tom Lane wrote:
> Bruce Momjian <bruce@momjian.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@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + Everyone has their own god. +



pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: [COMMITTERS] pgsql: libpq: Support TLS versions beyond TLSv1.
Next
From: Tom Lane
Date:
Subject: Re: Storing pg_stat_statements query texts externally, pg_stat_statements in core