]> git.ipfire.org Git - thirdparty/postgresql.git/commit
In transformRowExpr(), check for too many columns in the row.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 29 Jul 2022 17:30:50 +0000 (13:30 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 29 Jul 2022 17:30:50 +0000 (13:30 -0400)
commit8dea18372f555d636503b84aff436d8d8120e236
tree47e38c1c8bd3f8711b3befbb2b23ca7049fd4c78
parentfcd72cf295c3f0d884b3bcd6bd4e401fc8a837a7
In transformRowExpr(), check for too many columns in the row.

A RowExpr with more than MaxTupleAttributeNumber columns would fail at
execution anyway, since we cannot form a tuple datum with more than that
many columns.  While heap_form_tuple() has a check for too many columns,
it emerges that there are some intermediate bits of code that don't
check and can be driven to failure with sufficiently many columns.
Checking this at parse time seems like the most appropriate place to
install a defense, since we already check SELECT list length there.

While at it, make the SELECT-list-length error use the same errcode
(TOO_MANY_COLUMNS) as heap_form_tuple does, rather than the generic
PROGRAM_LIMIT_EXCEEDED.

Per bug #17561 from Egor Chindyaskin.  The given test case crashes
in all supported branches (and probably a lot further back),
so patch all.

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