http://bugs.winehq.org/show_bug.cgi?id=60268 --- Comment #7 from Zeb Figura <z.figura12@gmail.com> --- This worked before due to a kind of broken set of coincidences. It really wasn't supposed to work. Normally we recognize Unix paths and interpret them as Unix paths, but if the Unix path doesn't exist (like here—and we just use stat()), we fall back to interpreting it as a DOS path. DOS paths actually can start with a separator, which is probably a little-known feature; the path is interpreted relative to the root of the current drive. Hence it would fail if there was no drive mapped to /, even if there was a mapped drive containing the file in question. (If there wasn't, it would not just fail but crash; this was bug 60021, which is what the blamed commit fixed.) It would also fail if your current directory was contained within another drive, say, if you were in drive_c, because then the root of the current drive would not be /. After 60021 we assume that any path passed directly to wine, starting with /, is a Unix path, and we treat it as such. That means case sensitivity. In every other place in Wine where Unix paths are accepted, they are treated as case sensitive. Z: paths are case-insensitive, but if your path begins with a single forward slash, it is assumed to be a Unix path and follow Unix rules. This isn't unfixable, but it would either require altering the case sensitivity rules everywhere, or making this one case act differently. And given the weight of regression against the fact that (1) this was never supposed to work, (2) it did not work in all circumstances, (3) it doesn't seem that hard to just pass the right paths, or alternatively prepend a Z: to your path, it's hard to assert that this should actually be "fixed". -- 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.