diff options
| author | Peter Geoghegan | 2025-12-21 17:27:38 +0000 |
|---|---|---|
| committer | Peter Geoghegan | 2025-12-21 17:27:38 +0000 |
| commit | fab5cd3dd1323f9e66efeb676c4bb212ff340204 (patch) | |
| tree | e7b3cf0a0503377777d16d810bb13e02e60cb96f /doc/TODO.detail/namedatalen | |
| parent | bec2a0aa306599c59f2b7d35b26eba9864f29c10 (diff) | |
nbtree index-only scans of an index that uses btree/name_ops as one of
its index column's input opclasses are no longer at any risk of reading
past the end of currTuples. We're no longer reliant on such scans being
able to at least read from the start of markTuples storage (which uses
space from the same allocation as currTuples) to avoid a segfault:
StoreIndexTuple (from nodeIndexonlyscan.c) won't actually read past the
end of a cstring datum from a name_ops index. In other words, we
already have the "special-case treatment for name_ops" that the removed
comment supposed we could avoid by relying on markTuples in this way.
Oversight in commit a63224be49, which added special case handling of
name_ops cstrings to StoreIndexTuple, but missed these comments.
Diffstat (limited to 'doc/TODO.detail/namedatalen')
0 files changed, 0 insertions, 0 deletions
