Fix two violations of the ResourceOwnerEnlarge/Remember protocol.
authorTom Lane
Wed, 8 Nov 2017 21:50:13 +0000 (16:50 -0500)
committerTom Lane
Wed, 8 Nov 2017 21:50:13 +0000 (16:50 -0500)
commit1786cdab113701f154ca804537fe1c21d23e4ce8
tree55db98b7a88d42b0679d0d65a676aba1cbde3f5c
parent7a15fe5a2240244e2f80f25adfe6b9a34787a021
Fix two violations of the ResourceOwnerEnlarge/Remember protocol.

The point of having separate ResourceOwnerEnlargeFoo and
ResourceOwnerRememberFoo functions is so that resource allocation
can happen in between.  Doing it in some other order is just wrong.

OpenTemporaryFile() did open(), enlarge, remember, which would leak the
open file if the enlarge step ran out of memory.  Because fd.c has its own
layer of resource-remembering, the consequences look like they'd be limited
to an intratransaction FD leak, but it's still not good.

IncrBufferRefCount() did enlarge, remember, incr-refcount, which would blow
up if the incr-refcount step ever failed.  It was safe enough when written,
but since the introduction of PrivateRefCountHash, I think the assumption
that no error could happen there is pretty shaky.

The odds of real problems from either bug are probably small, but still,
back-patch to supported branches.

Thomas Munro and Tom Lane, per a comment from Andres Freund
src/backend/storage/buffer/bufmgr.c
src/backend/storage/file/fd.c