[Bug 52091] New: I don't know if it is a wine bug
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(a)winehq.org Reporter: peter-24(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 --- Comment #1 from Ptr <peter-24(a)o2.pl> --- i would like to add that after system reboot (a few or somtimes several times) game works. This is very strange. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 Louis Lenders <xerox.xerox2000x(a)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(a)gmail.com --- Comment #2 from Louis Lenders <xerox.xerox2000x(a)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) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 --- Comment #3 from Ptr <peter-24(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 Ptr <peter-24(a)o2.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |peter-24(a)o2.pl --- Comment #4 from Ptr <peter-24(a)o2.pl> --- No problems when game is installed on ext4 disk. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 Looking Glass Panda <barag90962(a)rubygon.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |barag90962(a)rubygon.com --- Comment #5 from Looking Glass Panda <barag90962(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 --- Comment #6 from Looking Glass Panda <barag90962(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 Rafał Harabień <rafalh92(a)outlook.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rafalh92(a)outlook.com --- Comment #7 from Rafał Harabień <rafalh92(a)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... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 --- Comment #8 from Rafał Harabień <rafalh92(a)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 :( -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #9 from Alexandre Julliard <julliard(a)winehq.org> --- Thanks for investigating this! Definitely a kernel bug then. *** This bug has been marked as a duplicate of bug 51538 *** -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52091 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #10 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- Closing Duplicate. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla