aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/numutils.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2010-11-18 17:06:57 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2010-11-18 17:07:15 -0500
commitfe24d781612700646bfb3e08925e34c43926f9df (patch)
tree0f1da9a6acb89a88fd9ebe34210b8215036ea92f /src/backend/utils/adt/numutils.c
parent6cc2deb86e9183262493a6537700ee305fb3e096 (diff)
downloadpostgresql-fe24d781612700646bfb3e08925e34c43926f9df.tar.gz
postgresql-fe24d781612700646bfb3e08925e34c43926f9df.zip
Improve plpgsql's error reporting for no-such-column cases.
Given a column reference foo.bar, where there is a composite plpgsql variable foo but it doesn't contain a column bar, the pre-9.0 coding would immediately throw a "record foo has no field bar" error. In 9.0 the parser hook instead falls through to let the core parser see if it can resolve the reference. If not, you get a complaint about "missing FROM-clause entry for table foo", which while in some sense correct isn't terribly helpful. Complicate things a bit so that we can throw the old error message if neither the core parser nor the hook are able to resolve the column reference, while not changing the behavior in any other case. Per bug #5757 from Andrey Galkin.
Diffstat (limited to 'src/backend/utils/adt/numutils.c')
0 files changed, 0 insertions, 0 deletions