At least on Arch Linux, getpeereid() is only defined in bsd/unistd.h and
Meson doesn't seem to find it. HAVE_GETPEEREID is undefined and
GetLocalClientCreds() ends up in the `defined(SO_PEERCRED)` path.
I agree that it's just broken on platforms that have getpeereid().
-- Aaron
On 1/18/23
Solaris only has getpeerucred(), not getpeereid(), so this hasn't affected us.
-alan-
On 1/18/23 11:43, Jeremy Huddleston Sequoia wrote:
After implementing DetermineClientCmd for darwin
(https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1040
After implementing DetermineClientCmd for darwin
(https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1040), we still
have an issue. We still do not know the pid of the peer (which we need to pass
DetermineClientCmd).
We expect to determine the pid in GetLocalClientCreds(). Looking
Yep, thanks for the pointer. Looks like DetermineClientCmd() needs to be
implemented for darwin.
> On Jan 16, 2023, at 01:14, Michel Dänzer wrote:
>
> On 1/16/23 06:31, Jeremy Huddleston Sequoia wrote:
>>
>> How should this work? Why hasn't this been reported as an issue on other
>>
On 1/16/23 06:31, Jeremy Huddleston Sequoia wrote:
>
> How should this work? Why hasn't this been reported as an issue on other
> platforms? This all seems pretty platform agnostic, so I'd expect this to be
> an issue on other platforms as well. Is it not? If not, why not?
A user reported (https://github.com/XQuartz/XQuartz/issues/314) that running
`feh` on a remote system would hang the process without producing any windows
when they updated from an older XQuartz server to a newer one.
I traced this to a difference in autoconf vs meson builds. With meson, we're
