https://bugs.winehq.org/show_bug.cgi?id=50036
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
--- Comment #3 from Rémi Bernon rbernon@codeweavers.com ---
If I may ask, what are you using symlinks for? (I want them to eventually reduce the space consumed by the prefix, but getting them upstream has been a challenge)
You should probably know that some game copy protections are pretty sensitive regarding symlinks and system DLLs. I've found that the symlink resolution that is already done in wineserver (calling realpath on file objects to canonicalize their path) can cause trouble in some cases.
CoD: WWII for instance, calls NtQueryInformationFile(FileNameInformation) on ntdll.dll, and expects its real location to be in c:/windows/system32. It does the same with the steam_api64.dll that it ships, and expects its path to be the game installation directory (I had an issue there too because I've got a symlink in my Steam library path so realpath resolved it differently).
I didn't try this patch series TBH, and perhaps it fixes the issue by exposing the junction point nature of the links, but it's also possible that it doesn't as I suspect the game doesn't handle that case.