Fix a rare race condition when commit_siblings > 0 and a transaction commits
authorHeikki Linnakangas <heikki@enterprisedb.com>
Tue, 31 Mar 2009 05:18:33 +0000 (05:18 +0000)
committerHeikki Linnakangas <heikki@enterprisedb.com>
Tue, 31 Mar 2009 05:18:33 +0000 (05:18 +0000)
commitdda296002aa902b195b9cc1afbcdd56c2c715fb1
tree56831d05da9bd17b975edeb0aff148fa88d83cd2
parentfb3a07bbe0702c38147be313c25cf297523a8c70
Fix a rare race condition when commit_siblings > 0 and a transaction commits
at the same instant as a new backend is spawned. Since CountActiveBackends()
doesn't hold ProcArrayLock, it needs to be prepared for the case that a
pointer at the end of the proc array is still NULL even though numProcs says
it should be valid, since it doesn't hold ProcArrayLock. Backpatch to 8.1.
8.0 and earlier had this right, but it was broken in the split of PGPROC and
sinval shared memory arrays.

Per report and proposal by Marko Kreen.
src/backend/storage/ipc/procarray.c