aboutsummaryrefslogtreecommitdiff
path: root/src/backend/jit/llvm/llvmjit.c
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2023-11-08 13:30:46 +0200
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2023-11-08 13:30:46 +0200
commitb70c2143bbbe291fe2b444150772972fa53972f1 (patch)
tree3c924b56a968fdd48897e4f91664d62495ffa2d5 /src/backend/jit/llvm/llvmjit.c
parente9f075f9a15593fe31c610e15cfc71a5fa281ede (diff)
downloadpostgresql-b70c2143bbbe291fe2b444150772972fa53972f1.tar.gz
postgresql-b70c2143bbbe291fe2b444150772972fa53972f1.zip
Move a few ResourceOwnerEnlarge() calls for safety and clarity.
These are functions where a lot of things happen between the ResourceOwnerEnlarge and ResourceOwnerRemember calls. It's important that there are no unrelated ResourceOwnerRemember calls in the code in between, otherwise the reserved entry might be used up by the intervening ResourceOwnerRemember and not be available at the intended ResourceOwnerRemember call anymore. I don't see any bugs here, but the longer the code path between the calls is, the harder it is to verify. In bufmgr.c, there is a function similar to ResourceOwnerEnlarge, ReservePrivateRefCountEntry(), to ensure that the private refcount array has enough space. The ReservePrivateRefCountEntry() calls were made at different places than the ResourceOwnerEnlargeBuffers() calls. Move the ResourceOwnerEnlargeBuffers() and ReservePrivateRefCountEntry() calls together for consistency. Reviewed-by: Aleksander Alekseev, Michael Paquier, Julien Rouhaud Reviewed-by: Kyotaro Horiguchi, Hayato Kuroda, Álvaro Herrera, Zhihong Yu Reviewed-by: Peter Eisentraut, Andres Freund Discussion: https://www.postgresql.org/message-id/cbfabeb0-cd3c-e951-a572-19b365ed314d%40iki.fi
Diffstat (limited to 'src/backend/jit/llvm/llvmjit.c')
0 files changed, 0 insertions, 0 deletions