http://bugs.winehq.org/show_bug.cgi?id=17585
Summary: Wine behave case sensitive over CIFS/samba share Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: pepie34@gmail.com
Assuming you've got a computer A with the following files:
- use_mingw_dll.exe - MinGW_DLL.dll
'use_mingw_dll.exe' was compiled to use 'mingw_dll.dll' all in lower case. (file sources/ build script in the attachment)
You can run Wine locally on computer A with 'use_mingw_dll.exe'. Wine is clever enough to load all the dll that the app needs even if the dll case may vary and even if the local file system is case sensitive.
Computer A as a samba share defined to export those two files. (smb.conf share definition in the attachment).
Now we introduce computer B, it mounts this share to mnt:
$ mount -t cifs -o username=mylogin //serverip/testdll mnt
If you try to launch 'use_mingw_dll.exe' it will failed as Wine behave now with case sensitivity:
$wine mnt/use_mingw_dll.exe err:module:import_dll Library mingw_dll.dll (which is needed by L"Z:\home\mylogin\tmp\testdll\mnt\use_mingw_dll.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\home\mylogin\tmp\testdll\mnt\use_mingw_dll.exe" failed, status c0000135
Whereas 'ls' command recognizes correctly the dll with no case sensitivity:
$ ls mnt/mingw_dll.dll mnt/mingw_dll.dll $ ls mnt/mingw_DLL.dll mnt/mingw_DLL.dll $ls mnt/MiNgW_DlL.DlL mnt/MiNgW_DlL.DlL
I have noticed this behavior on at least 3 different win32 apps and on the toy example in the attachment. (I'm on ubuntu intrepid ibex, samba 3.2 wine 1.1.16)
Strangely, if I put "case sensitive=yes" on the definition of the samba share, Wine will work. Nevertheless, you'd better not set this option on yes when real windows computer access the share. "unix extensions = no" option do nothing.
http://bugs.winehq.org/show_bug.cgi?id=17585
--- Comment #1 from Pepie 34 pepie34@gmail.com 2009-03-02 05:08:18 --- Created an attachment (id=19743) --> (http://bugs.winehq.org/attachment.cgi?id=19743) source files, build script, smd share definition
http://bugs.winehq.org/show_bug.cgi?id=17585
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source, testcase
http://bugs.winehq.org/show_bug.cgi?id=17585
Pepie 34 pepie34@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #19743|source files, build script, |source files, build script, description|smd share definition |smb share definition
http://bugs.winehq.org/show_bug.cgi?id=17585
Stefan Stranz sfs1988@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sfs1988@gmail.com
--- Comment #2 from Stefan Stranz sfs1988@gmail.com 2009-04-29 16:21:38 --- I cannot replicate this bug with the current wine git running the file on both a windows server and samba 3.2.5-4 on a debian box. Samba client version was 3.3.2-0.33 on Fedora 11.
http://bugs.winehq.org/show_bug.cgi?id=17585
captain@ssdelphine.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |captain@ssdelphine.com
--- Comment #3 from captain@ssdelphine.com 2009-10-14 03:31:10 --- This seems to be old, small big bug... Ok, just set up new linux ubuntu box, with wine and updated all to latest versions 10/2009. Almost all programs works fine and ok. Then I've been working now almost one week with one program, first I thought it was copyprotection or something and I was dealing with company made it. The program is foxpro based, like ms access program and found the following/ program does not handle path names (UNC) correctly but this is easy to cheat.. Main issue finally, samba shares. When windows pcs runs ok, linux not and vice versa. I got several file not found messages... and after changing filenames to small win and linux run better together. But still inside the program is filenames used mixed capital letters, wine/linux/samba fails to handle it. so, I can confirm this incasesensity issue
http://bugs.winehq.org/show_bug.cgi?id=17585
Ricardo Almeida ric.almeida@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ric.almeida@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=17585
Ricardo Almeida ric.almeida@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Ricardo Almeida ric.almeida@gmail.com 2010-12-16 12:05:00 CST --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=17585
--- Comment #5 from Ricardo Almeida ric.almeida@gmail.com 2010-12-16 12:05:59 CST --- I think I'm being affect by this bug... I'm not sure as I can't test it without the share (app uses unc to access files). Doesn't anyone want to take the place of Mr. Bugs? ;) :) At least to confirm this bug...
http://bugs.winehq.org/show_bug.cgi?id=17585
--- Comment #6 from Ricardo Almeida ric.almeida@gmail.com 2010-12-17 03:47:30 CST --- I wasn't thinking when I first commented it :\ Of course I can test it. I've copied the files from the share to my unc directory and it still says it can't find the file... So although this bug should be fixed if still occurs, it's not the bug I'm experiencing...
http://bugs.winehq.org/show_bug.cgi?id=17585
--- Comment #7 from butraxz@gmail.com 2013-06-21 15:35:41 CDT --- This ticket has not been updated for over 900 days.
Is this still an issue in wine version 1.6-rc3 or higher or is this to be closed as abandoned ?
https://bugs.winehq.org/show_bug.cgi?id=17585
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.0-rc2?