]> granicus.if.org Git - postgresql/commit
Fix tuple_data_split() to not open a relation without any lock.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 1 Oct 2018 15:51:07 +0000 (11:51 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 1 Oct 2018 15:51:07 +0000 (11:51 -0400)
commitec5f71aeadf977399707a54e4798aedc963c85e7
tree163da3cb90a1603e9ff733b9eedadc4e928d324b
parent0360c539f2a2a979a98b9bb4ae4b3d8b77ee199b
Fix tuple_data_split() to not open a relation without any lock.

contrib/pageinspect's tuple_data_split() function thought it could get
away with opening the referenced relation with NoLock.  In practice
there's no guarantee that the current session holds any lock on that
rel (even if we just read a page from it), so that this is unsafe.

Switch to using AccessShareLock.  Also, postpone closing the relation,
so that we needn't copy its tupdesc.  Also, fix unsafe use of
att_isnull() for attributes past the end of the tuple.

Per testing with a patch that complains if we open a relation without
holding any lock on it.  I don't plan to back-patch that patch, but we
should close the holes it identifies in all supported branches.

Discussion: https://postgr.es/m/2038.1538335244@sss.pgh.pa.us
contrib/pageinspect/heapfuncs.c