Re: Regression tests fail on OpenBSD due to low semmns value

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
Cc: Alexander Lakhin <exclusion(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Regression tests fail on OpenBSD due to low semmns value
Date: 2024-12-17 04:29:01
Message-ID: 2159466.1734409741@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Thomas Munro <thomas(dot)munro(at)gmail(dot)com> writes:
> Whenever I run into this, or my Mac requires manual ipcrm to clean up
> leaked SysV kernel junk, I rebase my patch for sema_kind = 'futex'.
> Here it goes. It could be updated to support NetBSD I believe, but I
> didn't try as its futex stuff came out later.

FWIW, I looked at a nearby NetBSD 10.0 machine. It has
/usr/include/sys/futex.h, which includes this enticing comment:

/*
* Definitions for the __futex(2) synchronization primitive.
*
* These definitions are intended to be ABI-compatible with the
* Linux futex(2) system call.
*/

However, the complete lack of any user-level documentation makes
me misdoubt the extent of their commitment to this :-(

I have the same concern about depending on undocumented macOS
APIs. Other than that, getting off of SysV semaphores would be
a nice thing to do.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message AbdelAziz Sharaf 2024-12-17 04:30:51 Re: [Feature Request] Schema Aliases and Versioned Schemas
Previous Message Tom Lane 2024-12-17 04:17:17 Re: Cutting support for OpenSSL 1.0.1 and 1.0.2 in 17~?