where these shim binaries are called concurrently. An already running
process may lock the shim file during the short parsing period and cause
the other process to fail.
_wfsopen with _SH_DENYNO should allow other processes to acces the
shimgen just fine.
It appears that _wfopen_s could be the reason for a bug in: https://gitlab.haskell.org/haskell/ghcup-hs/-/issues/154
where these shim binaries are called concurrently. An already running process may lock the shim file during the short parsing period and cause the other process to fail.
_wfsopen with _SH_DENYNO should allow other processes to acces the shimgen just fine.