aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeSubqueryscan.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-09-08 17:00:29 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2019-09-08 17:00:54 -0400
commitdeba7c6fc3ccbaadfccbf70f73480d33a27b15b4 (patch)
treea874229f78a34d80e6d95fa8879802d994fcbfde /src/backend/executor/nodeSubqueryscan.c
parent92f6b49c48a3b9c829d4117d59e89128455dbf5f (diff)
downloadpostgresql-deba7c6fc3ccbaadfccbf70f73480d33a27b15b4.tar.gz
postgresql-deba7c6fc3ccbaadfccbf70f73480d33a27b15b4.zip
Fix RelationIdGetRelation calls that weren't bothering with error checks.
Some of these are quite old, but that doesn't make them not bugs. We'd rather report a failure via elog than SIGSEGV. While at it, uniformly spell the error check as !RelationIsValid(rel) rather than a bare rel == NULL test. The machine code is the same but it seems better to be consistent. Coverity complained about this today, not sure why, because the mistake is in fact old.
Diffstat (limited to 'src/backend/executor/nodeSubqueryscan.c')
0 files changed, 0 insertions, 0 deletions