mirror of
https://github.com/zebrajr/postgres.git
synced 2025-12-07 12:20:31 +01:00
8a859691d5
Fix still another bug in commit 35fcb1b3d: it failed to fully initialize the SortSupport states it introduced to allow the executor to re-check ORDER BY expressions containing distance operators. That led to a null pointer dereference if the sortsupport code tried to use ssup_cxt. The problem only manifests in narrow cases, explaining the lack of previous field reports. It requires a GiST-indexable distance operator that lacks SortSupport and is on a pass-by-ref data type, which among core+contrib seems to be only btree_gist's interval opclass; and it requires the scan to be done as an IndexScan not an IndexOnlyScan, which explains how btree_gist's regression test didn't catch it. Per bug #14134 from Jihyun Yu. Peter Geoghegan Report: <20160511154904.2603.43889@wrigleys.postgresql.org> |
||
|---|---|---|
| .. | ||
| bit.sql | ||
| bytea.sql | ||
| cash.sql | ||
| char.sql | ||
| cidr.sql | ||
| date.sql | ||
| float4.sql | ||
| float8.sql | ||
| inet.sql | ||
| init.sql | ||
| int2.sql | ||
| int4.sql | ||
| int8.sql | ||
| interval.sql | ||
| macaddr.sql | ||
| not_equal.sql | ||
| numeric.sql | ||
| oid.sql | ||
| text.sql | ||
| time.sql | ||
| timestamp.sql | ||
| timestamptz.sql | ||
| timetz.sql | ||
| varbit.sql | ||
| varchar.sql | ||