Add code to InternalIpcMemoryCreate() to handle the case where shmget()
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 1 May 2010 22:46:50 +0000 (22:46 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 1 May 2010 22:46:50 +0000 (22:46 +0000)
commit7bab4d17646ca3353b30e90c417cf3d38d1a9c83
tree9578cd6f801c771c66460a62a2c5ac2d002a8621
parentd20f503a28ca8440e86d543fe87fe4e1762e6262
Add code to InternalIpcMemoryCreate() to handle the case where shmget()
returns EINVAL for an existing shared memory segment.  Although it's not
terribly sensible, that behavior does meet the POSIX spec because EINVAL
is the appropriate error code when the existing segment is smaller than the
requested size, and the spec explicitly disclaims any particular ordering of
error checks.  Moreover, it does in fact happen on OS X and probably other
BSD-derived kernels.  (We were able to talk NetBSD into changing their code,
but purging that behavior from the wild completely seems unlikely to happen.)
We need to distinguish collision with a pre-existing segment from invalid size
request in order to behave sensibly, so it's worth some extra code here to get
it right.  Per report from Gavin Kistner and subsequent investigation.

Back-patch to all supported versions, since any of them could get used
with a kernel having the debatable behavior.
src/backend/port/sysv_shmem.c