https://bugs.winehq.org/show_bug.cgi?id=52091
Bug ID: 52091 Summary: I don't know if it is a wine bug Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: peter-24@o2.pl Distribution: ---
I want to report a strange issue when i try to run a game that require external dlls. It seems that wine doesnt follow windows naming convention. For example when some game (usually unreal engine game or cry engine) tries to load "Library.dll" and it is located on ntfs disk with name: "library.dll" wine doesnt load library because of first lowercase letter. In summary windows games doesnt care about letter case. Tested only on wine staging.
https://bugs.winehq.org/show_bug.cgi?id=52091
--- Comment #1 from Ptr peter-24@o2.pl --- i would like to add that after system reboot (a few or somtimes several times) game works. This is very strange.
https://bugs.winehq.org/show_bug.cgi?id=52091
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|I don't know if it is a |Loading dll from ntfs disk |wine bug |(sometimes) fails. CC| |xerox.xerox2000x@gmail.com
--- Comment #2 from Louis Lenders xerox.xerox2000x@gmail.com --- Hi,
when some game tries to load "Library.dll" and it is located on ntfs disk with name: >"library.dll" wine doesnt load library because of first lowercase letter.
How exactly did you test that? By renaming dll? Wine should handle this ok whether it`s upper or lower case.
i would like to add that after system reboot (a few or somtimes several times) game >works. This is very strange.
Yes indeed, that more or less rules out the suggestion from above, right?
(Note: I adjusted title; I fear this is really difficult to reproduce by others)
https://bugs.winehq.org/show_bug.cgi?id=52091
--- Comment #3 from Ptr peter-24@o2.pl --- Yes i tested it by renaming dll file but its interesting that game starts (no warning about problems in log) but it hangs shortly after start for example in Crysis 3 remastered or in ghostrunner. When i reboot my computer one time or sometimes more i test one of mentioned games to know that other games will also work. When im home i will test IT on ext4 filesystem.
https://bugs.winehq.org/show_bug.cgi?id=52091
Ptr peter-24@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter-24@o2.pl
--- Comment #4 from Ptr peter-24@o2.pl --- No problems when game is installed on ext4 disk.
https://bugs.winehq.org/show_bug.cgi?id=52091
Looking Glass Panda barag90962@rubygon.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |barag90962@rubygon.com
--- Comment #5 from Looking Glass Panda barag90962@rubygon.com --- Can confirm this happens with any wine version I've tried on NTFS (fuseblk) partition. winehq-staging, winehq-stable, lutris-fshack, lutris-ge. All have the same behavior.
Not just for dll files but for all file types. Also may randomly start working correctly after a remount/reboot then stop working after another remount/reboot.
Borderlands 2: looks for NULLPixelShader.bin and fails to find NullPixelShader.bin (locates correctly when renamed to NULLPixelShader.bin) Tales of Arise: looks for APEXFramework_x64.dll and fails to find ApexFramework_x64.dll Warcraft III: Game.exe fails to locate war3.exe (file is named War3.exe) Renaming the files to match the case work but there are so many files with mismatched case.
https://bugs.winehq.org/show_bug.cgi?id=52091
--- Comment #6 from Looking Glass Panda barag90962@rubygon.com --- Forgot to mention. It isn't specific to my system. I have Kubuntu and also tested on a regular Ubuntu on a different computer. I thought adding windows_names solved the issue but it was working only because that it works from time to time, it stopped working after next boot. Probably the reason why there isn't more voicing about this is because this issue is not that old, only started happening in the last few months. And not many people use wine with NTFS.
https://bugs.winehq.org/show_bug.cgi?id=52091
Rafał Harabień rafalh92@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rafalh92@outlook.com
--- Comment #7 from Rafał Harabień rafalh92@outlook.com --- Created attachment 71838 --> https://bugs.winehq.org/attachment.cgi?id=71838 strace for command: wine 'Z:\mnt\c\something\a.bat' (Z:\mnt\c\Something\a.bat exists but cannot be found)
I believe I just stepped onto this issue. For no reason my Wine has today some trouble to handle case mismatches on ntfs partitions. I did not install any suspicious updates or modify mount options so I was very much surprised. The same behaviour on Wine 6.0 and 7.0, even with clear prefix.
Z:\mnt>mkdir c\Something <- NTFS Z:\mnt>mkdir storage\Something <- Ext4 Z:\mnt\c>cd Z:\mnt\c\something\ File not found. Z:\mnt\c>cd Z:\mnt\storage\something\
I was looking into the code and tried to find the root cause. Based on strace (which I attached) it seems get_dir_case_sensitivity_stat checks if filesystem is case insensitive (EXT2_IOC_GETFLAGS) and gets EXT4_CASEFOLD_FL flag. In such case it does not scan the directory (I see no scanning in the strace output). Perhaps root cause of this issue is in ntfs-3g or fuse kernel driver...
https://bugs.winehq.org/show_bug.cgi?id=52091
--- Comment #8 from Rafał Harabień rafalh92@outlook.com --- It seems this issue is also discussed in https://github.com/tuxera/ntfs-3g/issues/28 Looks like some fuse regression in Linux 5.15 :(
https://bugs.winehq.org/show_bug.cgi?id=52091
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED
--- Comment #9 from Alexandre Julliard julliard@winehq.org --- Thanks for investigating this! Definitely a kernel bug then.
*** This bug has been marked as a duplicate of bug 51538 ***
https://bugs.winehq.org/show_bug.cgi?id=52091
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing Duplicate.
-
WineHQ Bugzilla