[Bug 47967] Wine fails to find application DLLs when the working directory is not the application directory

WineHQ Bugzilla wine-bugs at winehq.org
Mon Oct 21 15:08:47 CDT 2019


https://bugs.winehq.org/show_bug.cgi?id=47967

--- Comment #12 from Artem S. Tashkinov <aros at gmx.com> ---
Just to be super annoying I've verified that Windows (at least) XP works
differently.


1. I've installed VLC 3.0.8 and I've successfully run it this way:

C:\Documents and Settings\User>"c:\Program Files\VideoLAN\VLC\vlc.exe"

OK, maybe that's not enough and CMD or Windows is smart enough to change the
current directory to c:\Program Files\VideoLAN\VLC (behind the scenes even
though it sounds unlikely).


2. I've now modified the shortcut on the desktop, VLC.lnk, and changed "Start
In" to C:\

VLC still works.


3. OK, maybe VLC has some registry entries which point to c:\Program
Files\VideoLAN\VLC ?

I've now deleted everything containing VLC (regedit -> Find -> VLC -> nothing
found) in registry and C:\Documents and Settings\User.

I can still successfully run VLC both from the broken LNK file and using CMD
from the wrong CMD line.



I'm deeply sorry, guys, but Windows DLLs loader (ntdll?) works even when an app
is run from the _wrong_ working path.


If we're talking about Windows conformance, Wine 4.18 has stopped being
conformant. Please revert the old behavior.

-- 
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.



More information about the wine-bugs mailing list