http://bugs.winehq.org/show_bug.cgi?id=21778
Summary: Would like WINEDLLPATH for user DLLs Product: Wine Version: 1.0.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sam@robots.org.uk
I'm cross compiling some software on a Linux build environment for a Windows host. As part of that process I'd like to be able to run the test suite via Wine.
As part of the build process, I populate a DLL directory with symlinks to all the various DLLs required by the compiled executables. I thought that adding this to the PATH environmant variable would cause Wine to find the DLLs, but this is does not appear to be the case.
Here's an example:
$ ls -l dlls -rwxr-xr-x 1 sam sam 266749 2010-02-20 14:20 libgcc_s_sjlj-1.dll
$ PATH=$PATH:dlls wine a.exe err:module:import_dll Library libgcc_s_sjlj-1.dll (which is needed by L"Z:\tmp\a.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\tmp\a.exe" failed, status c0000135
So I'd like to request that an environment variable be added that contains additional directories that will be added to the DLL search path.
Coping the DLLs into the build tree to run the tests is inconvenient because there are test executables all over the build tree, and hacking the various build systems to perform the copying, then removing the DLLs again would be quite tricky.
http://bugs.winehq.org/show_bug.cgi?id=21778
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #1 from Alexandre Julliard julliard@winehq.org 2010-02-20 09:04:14 --- It has to be added to the Windows PATH, not the Unix one. You can set it in the registry under HKCU\Environment, just like on Windows.
http://bugs.winehq.org/show_bug.cgi?id=21778
Sam Morris sam@robots.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |
--- Comment #2 from Sam Morris sam@robots.org.uk 2010-02-20 09:21:29 --- This is not ideal because then I can't have several builders run the tests with different versions of the depended-upon DLLs. It is also inconvenient as I'm not sure how to edit the registry without having to run regedit, which does not work on a system without a GUI.
If I were building in a native Windows environment, I would be able to modify the test scripts to set the PATH environment variable before the test executables are launched; this works because the test scripts are themselves run in the Windows environment. But with Wine, this is not possible, because the test scripts are external to the existence of the Windows environment--hence my wish for there to be some way to modify Wine's behaviour at launch. Modifying the environment by editing the registry is not ideal because it's not something that the build system can do (it doesn't know about Wine, it just launches the built executables as it would on any other operating system) and because it is a permanent change that would affect other concurrent test runs.
I'm reopening the bug because I think I have a use case, without acceptable workarounds, that would be shared by others who might try to use Wine to perform automated tests of software built in a cross-compilation environment.
If this is really something that you will never consider implementing then you can close it again.
http://bugs.winehq.org/show_bug.cgi?id=21778
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #3 from Alexandre Julliard julliard@winehq.org 2010-02-20 09:42:13 --- If you have to have an environment variable you can set WINEPATH. Or you can run a batch file that changes the Windows environment before starting your app.
http://bugs.winehq.org/show_bug.cgi?id=21778
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Austin English austinenglish@gmail.com 2010-02-20 10:20:48 --- Closing.