Fix use of wrong variable in _hash_kill_items()
Andres Freund <andres@anarazel.de>
Fix use of wrong variable in _hash_kill_items() In 82467f627bd I somehow ended up using 'so->currPos.buf' instead of the 'buf' variable, which is incorrect when the buffer is not already pinned. At the very least this can lead to assertion failures Unfortunately this shows that this code path was not covered. Expand src/test/modules/index/specs/killtuples.spec to test it. Until now the 'result' step always reported either a 0 or 1 buffer accesses, but when exercising hash overflows, more buffers are accessed. To avoid depending on the precise number of accesses, change the result step to return whether there were any heap accesses. That makes the change a lot more verbose, but still seems worth it. Reported-by: Alexander Kuzmenkov <akuzmenkov@tigerdata.com> Reported-by: Alexander Lakhin <exclusion@gmail.com> Reported-by: Heikki Linnakangas <hlinnaka@iki.fi> Discussion: https://postgr.es/m/vjtmvwvbxt7w5uyacxpzibpj65ewcb7uqaqbhd4arvnjbp5jqz%405ksdh6fsyqve Discussion: https://postgr.es/m/b9de8d05-3b02-4a27-9b0b-03972fa4bfd3@iki.fi
Files
| Path | Change | +/− |
|---|---|---|
| src/backend/access/hash/hashutil.c | modified | +2 −2 |
| src/test/modules/index/expected/killtuples.out | modified | +147 −72 |
| src/test/modules/index/specs/killtuples.spec | modified | +14 −1 |
Discussion
- Assertion failure in hash_kill_items() 4 messages · 2026-03-17 → 2026-04-07
- Buffer locking is special (hints, checksums, AIO writes) 120 messages · 2025-08-22 → 2026-04-03