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
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~? |