summaryrefslogtreecommitdiff
path: root/src/tutorial/syscat.source
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2025-08-26 11:38:41 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2025-08-26 11:38:41 -0400
commita9c1b9c1c6063cf99b71bd755f48546ba1709f0e (patch)
treec511ac531196007a6a54ef44d958f13bbc839178 /src/tutorial/syscat.source
parent090c9c9608b3bf84987ff8403d86a52001989f7d (diff)
Do CHECK_FOR_INTERRUPTS inside, not before, scanGetItem.
The CHECK_FOR_INTERRUPTS call in gingetbitmap turns out to be inadequate to prevent a long uninterruptible loop, because we now know a case where looping occurs within scanGetItem. While the next patch will fix the bug that caused that, it seems foolish to assume that no similar patterns are possible. Let's do the CFI within scanGetItem's retry loop, instead. This demonstrably allows canceling out of the loop exhibited in bug #19031. Bug: #19031 Reported-by: Tim Wood <washwithcare@gmail.com> Author: Tom Lane <tgl@sss.pgh.pa.us> Discussion: https://postgr.es/m/19031-0638148643d25548@postgresql.org Backpatch-through: 13
Diffstat (limited to 'src/tutorial/syscat.source')
0 files changed, 0 insertions, 0 deletions