aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor
diff options
context:
space:
mode:
authorStephen Frost <sfrost@snowman.net>2017-01-10 11:34:55 -0500
committerStephen Frost <sfrost@snowman.net>2017-01-10 11:34:55 -0500
commit22a85b3fbe85a9f1c92de90192de001b7394b4fe (patch)
tree00e01cb9b3eed44080e0352e50e5dda563adcaca /src/backend/executor
parent96f2344f381df94fcb9b84bffc58bbc540edd842 (diff)
downloadpostgresql-22a85b3fbe85a9f1c92de90192de001b7394b4fe.tar.gz
postgresql-22a85b3fbe85a9f1c92de90192de001b7394b4fe.zip
pg_dump: Strict names with no matching schema
When using pg_dump --strict-names and a schema pattern which doesn't match any schemas (eg: --schema='nonexistant*'), we were incorrectly throwing an error claiming no tables were found when, really, there were no schemas found: -> pg_dump --strict-names --schema='nonexistant*' pg_dump: no matching tables were found for pattern "nonexistant*" Fix that by changing the error message to say 'schemas' instead, since that is what we are actually complaining about. Noticed while testing pg_dump error cases. Back-patch to 9.6 where --strict-names and this error message were introduced.
Diffstat (limited to 'src/backend/executor')
0 files changed, 0 insertions, 0 deletions