This comes from behavioral study of Windows, which doesn't seem to check if the
lock is actually exclusively held, and just simply decrement the value stored
in the lock.
This fixes a dead lock which prevents WeCom from starting up.
--
v2: ntdll: Handle invalid locks in ReleaseSRWLockExclusive.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3504
OPEN_MAX is 10240, which is usually lower than the kern.maxfilesperproc sysctl
value. Said value from sysctl works on Mojave to Monterey (and most likely
earlier Mac OS versions, but I can't test). Since Big Sur we can successfully
set the reported rlim_max value.
--
v2: ntdll: Try to raise the file limit above OPEN_MAX on MacOS.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3503
This comes from behavioral study of Windows, which doesn't seem to check if the
lock is actually exclusively held, and just simply decrement the value stored
in the lock.
This fixes a dead lock which prevents WeCom from starting up.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/3504