Re: [PATCH] Make ENOSPC not fatal in semaphore creation - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: [PATCH] Make ENOSPC not fatal in semaphore creation
Date
Msg-id CA+hUKGJ-hv-xYcFunJ-efOEZTA+_UBcB1dpY8T9U0nELD6Bk_A@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Make ENOSPC not fatal in semaphore creation  (Thomas Munro <thomas.munro@gmail.com>)
Responses Re: [PATCH] Make ENOSPC not fatal in semaphore creation  (Thomas Munro <thomas.munro@gmail.com>)
List pgsql-hackers
On Sun, Oct 24, 2021 at 10:50 PM Thomas Munro <thomas.munro@gmail.com> wrote:
> Sadly, although the attached proof-of-concept patch allows a
> PREFERRED_SEMAPHORES=FUTEX build to pass tests on macOS (which also
> lacks native unnamed semas), FreeBSD and Linux (which don't need this
> but are interesting to test), and it also works on OpenBSD with
> shared_memory_type=sysv, it doesn't work on OpenBSD with
> shared_memory_type=mmap (the default).  I suspect OpenBSD's futex(2)
> has a bug: inherited anonymous shared mmap memory seems to confuse it
> so that wakeups are lost.  Arrrgh!

FWIW I'm trying to follow up with the OpenBSD list over here, because
it'd be nice to get that working:

https://marc.info/?l=openbsd-misc&m=163524454303022&w=2



pgsql-hackers by date:

Previous
From: Greg Nancarrow
Date:
Subject: Re: Added schema level support for publication.
Next
From: Thomas Munro
Date:
Subject: Re: Make relfile tombstone files conditional on WAL level