]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Check maximum number of columns in function RTEs, too.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 1 Aug 2022 16:22:35 +0000 (12:22 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 1 Aug 2022 16:22:35 +0000 (12:22 -0400)
commit51d8b52fcf8c9fcffca9c6a54e5df9d66d51c82f
tree043b5a247308773c1417c17a34f7a5d2d2f821c3
parent3f9c205367e2a57964e445f8ea44d6ab272d2b85
Check maximum number of columns in function RTEs, too.

I thought commit fd96d14d9 had plugged all the holes of this sort,
but no, function RTEs could produce oversize tuples too, either
via long coldeflists or just from multiple functions in one RTE.
(I'm pretty sure the other variants of base RTEs aren't a problem,
because they ultimately refer to either a table or a sub-SELECT,
whose widths are enforced elsewhere.  But we explicitly allow join
RTEs to be overwidth, as long as you don't try to form their
tuple result.)

Per further discussion of bug #17561.  As before, patch all branches.

Discussion: https://postgr.es/m/17561-80350151b9ad2ad4@postgresql.org
src/backend/parser/parse_relation.c