aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/tsquery_gist.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2010-08-26 18:54:52 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2010-08-26 18:54:52 +0000
commitbb70ac8e0f2289086d1ea08826ac4dc4b87932cd (patch)
tree4c98c79048b35b3b734b6181d60f88a6d575dc8d /src/backend/utils/adt/tsquery_gist.c
parent7499831ce6084227f714bc3430df417511e5ea46 (diff)
downloadpostgresql-bb70ac8e0f2289086d1ea08826ac4dc4b87932cd.tar.gz
postgresql-bb70ac8e0f2289086d1ea08826ac4dc4b87932cd.zip
Fix ExecMakeTableFunctionResult to verify that all rows returned by a SRF
returning "record" actually do have the same rowtype. This is needed because the parser can't realistically enforce that they will all have the same typmod, as seen in a recent example from David Wheeler. Back-patch to 8.0, which is as far back as we have the notion of RECORD subtypes being distinguished by typmod. Wheeler's example depends on 8.4-and-up features, but I suspect there may be ways to provoke similar failures before 8.4.
Diffstat (limited to 'src/backend/utils/adt/tsquery_gist.c')
0 files changed, 0 insertions, 0 deletions