WINEDLLPATH and /usr/lib/wine

Michael Ost most at museresearch.com
Wed Jan 27 13:50:30 CST 2010


Alexandre Julliard wrote:
> Michael Ost <most at museresearch.com> writes:
> The first step would probably be to explain why you need to have an app
> with the same name as an existing builtin.

Right, ok.

I'm not replacing a builtin. I install APP.exe.so in /usr/lib/wine so 
all users from any .wine directory can launch it with a script that 
contains 'exec wine APP.exe'. I'm mimicking how, say, regedit works.

During development I want to run a development-local APP.exe.so in place 
of the version installed in /usr/lib/wine. 'WINEDLLPATH=/DEVDIR wine 
APP.exe' was my solution.

The solution of using a hardcoded path doesn't work for me because (a) 
my development directory is not accessible through a wine drive so wine 
can't find APP.exe.so and (b) we have code that uses 'pidof APP.exe' to 
find APP's pid, so if it were named APP.exe.so it would not be found.

Granted there are other solutions to these issues. But using WINEDLLPATH 
is an elegant one. Unfortunately WINEDLLPATH does not work as I expected 
it to, based on experience with other similar Linux features (like ld) 
and reading the wine man page.

Thanks... mo

PS: Did you know that currently the search path is (mysteriously) 
/usr/lib/wine:WINEDLLPATH:/usr/lib/wine? That doesn't look intentional 
to me...



More information about the wine-devel mailing list