[Bug 18089] Windows explorer.exe is able to lunch .exe files which refer another directory with DLLs
wine-bugs at winehq.org
wine-bugs at winehq.org
Sun Apr 19 21:18:28 CDT 2009
http://bugs.winehq.org/show_bug.cgi?id=18089
--- Comment #13 from Igor Tarasov <tarasov.igor at gmail.com> 2009-04-19 21:18:27 ---
(In reply to comment #10)
> That's reverse-engineering, isn't it?
Really? Never thought so. Anyway, I've downloaded that piece of software from
MS site: http://technet.microsoft.com/en-us/sysinternals/bb896652.aspx This is
just a logger. If this is reverse-engineering, then studying logs produced by
wine is too, since it records calls that are produced by third party software.
(In reply to comment #11)
> Wine already has all that implemented. From terminal run:
> cd ~; wine start program.exe
Nope, didn't work, I've got import_dll error, as usual.
> This bug is invalid. You see exactly the same behavior as on windows.
Then why double-clicking programs from winefile does not work (it does not
change the environment according to App Paths registry data)? Why 'wine start
app.exe' does not work?
> The only possible valid point - Wine doesn't create proper .lnk & .desktop
> files. They always specify full path and work directory.
.desktop files do work well, since they have Path specified.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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