aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistget.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2014-04-23 21:21:15 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2014-04-23 21:21:15 -0400
commitd1d2845287d74e8734f55592c6eeea4dcaae9949 (patch)
tree844b8e136143c62a57ac971b386207b4826f2a7b /src/backend/access/gist/gistget.c
parent59bc3cac41ec36150c3fe8a582be233be98807d8 (diff)
downloadpostgresql-d1d2845287d74e8734f55592c6eeea4dcaae9949.tar.gz
postgresql-d1d2845287d74e8734f55592c6eeea4dcaae9949.zip
Fix incorrect pg_proc.proallargtypes entries for two built-in functions.
pg_sequence_parameters() and pg_identify_object() have had incorrect proallargtypes entries since 9.1 and 9.3 respectively. This was mostly masked by the correct information in proargtypes, but a few operations such as pg_get_function_arguments() (and thus psql's \df display) would show the wrong data types for these functions' input parameters. In HEAD, fix the wrong info, bump catversion, and add an opr_sanity regression test to catch future mistakes of this sort. In the back branches, just fix the wrong info so that installations initdb'd with future minor releases will have the right data. We can't force an initdb, and it doesn't seem like a good idea to add a regression test that will fail on existing installations. Andres Freund
Diffstat (limited to 'src/backend/access/gist/gistget.c')
0 files changed, 0 insertions, 0 deletions