https://bugs.winehq.org/show_bug.cgi?id=50586
--- Comment #39 from Erich E. Hoover erich.e.hoover@gmail.com --- (In reply to Zebediah Figura from comment #37)
... Sorry, I'm having a bit of trouble understanding what's going wrong here. Can you please clarify the situation (is this a file or directory symlink, does it cross volumes, and how is the application misbehaving?)
Sorry I didn't respond to this earlier, I thought I had and dropped it off my list. In this situation the user has replaced one of the application's directories with a directory symlink that points to another volume. It appears that the application sees the symlink and follows it, but that this breaks its ability to find some files that it treats relative to the launch directory.
To use Arnaud's example: 1) application is at c:\symlink\app.exe 2) c:\symlink links to x:\appdir\ 3) application reads symlink and converts its path to x:\appdir\app.exe 4) application attempts to read files "up" a directory (..\myfolder\stuff) 5) application expects to find c:\myfolder\stuff 6) application fails to find it, because it's now trying to find x:\myfolder\stuff
I'll see if I can find some time this weekend to dig out my old windows box, as I can probably "put this to bed" by recreating this behavior on windows with the same symlink situation.