diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2018-08-07 13:13:42 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2018-08-07 13:13:42 -0400 |
commit | 5b5ed4756c9b3efff787f4921659a9d4d51726e5 (patch) | |
tree | 8f12ec0965b2174ba9b5b81ca1ef6830eac92b65 /src/backend/tcop/postgres.c | |
parent | e0ee93053998b159e395deed7c42e02b1f921552 (diff) | |
download | postgresql-5b5ed4756c9b3efff787f4921659a9d4d51726e5.tar.gz postgresql-5b5ed4756c9b3efff787f4921659a9d4d51726e5.zip |
Ensure pg_dump_sort.c sorts null vs non-null namespace consistently.
The original coding here (which is, I believe, my fault) supposed that
it didn't need to concern itself with the possibility that one object
of a given type-priority has a namespace while another doesn't. But
that's not reliably true anymore, if it ever was; and if it does happen
then it's possible that DOTypeNameCompare returns self-inconsistent
comparison results. That leads to unspecified behavior in qsort()
and a resultant weird output order from pg_dump.
This should end up being only a cosmetic problem, because any ordering
constraints that actually matter should be enforced by the later
dependency-based sort. Still, it's a bug, so back-patch.
Report and fix by Jacob Champion, though I editorialized on his
patch to the extent of making NULL sort after non-NULL, for consistency
with our usual sorting definitions.
Discussion: https://postgr.es/m/CABAq_6Hw+V-Kj7PNfD5tgOaWT_-qaYkc+SRmJkPLeUjYXLdxwQ@mail.gmail.com
Diffstat (limited to 'src/backend/tcop/postgres.c')
0 files changed, 0 insertions, 0 deletions