http://bugs.winehq.org/show_bug.cgi?id=22450
--- Comment #3 from Andrew Church achurch+wine@achurch.org 2013-08-10 12:25:19 CDT --- Created attachment 45572 --> http://bugs.winehq.org/attachment.cgi?id=45572 Patch against wine-1.7.0
This patch extends Dan Kegel's patch (which applies more or less cleanly against 1.7.0) to also disable code in ntdll which generates unixfs pathnames. I've tested this with a few random programs and it seems to work (modulo the wineboot issue below).
The only two remaining uses of unixfs I can see are:
- krnl386.exe16 (int21.c and vxd.c): Something to do with magic device names. I don't know what the code is supposed to do, so I can't suggest how to fix it.
- wineboot: This attempts to apply wine.inf from the global Wine data directory (e.g. /usr/share/wine). If I hack wineboot.c to use "z:" instead of "\?\unix" and restore the z: -> / link, it works as expected, but of course this breaks the whole idea of avoiding full host filesystem access. I think this may need to change to have the "wine" binary itself copy the data files into a Windows-API-visible temporary directory (c:\windows\temp or whatever) before wineboot is executed.