http://bugs.winehq.org/show_bug.cgi?id=18523
Summary: Bug with nmake Product: Wine Version: 1.1.21 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: alpha.super-one@laposte.net
Created an attachment (id=21174) --> (http://bugs.winehq.org/attachment.cgi?id=21174) The back trace
I have setup visual studio on other computer (wine unable to start setup), and I have load it via network, this operation work with other windows. When I try start nmake.exe that's not work. See the backtrace.
http://bugs.winehq.org/show_bug.cgi?id=18523
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Platform|All |Other Resolution| |INVALID
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2009-05-19 02:38:28 --- The application must be installed under Wine first. Report the installer bug (if it's not reported already), and wait until it's fixed.
http://bugs.winehq.org/show_bug.cgi?id=18523
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2009-05-19 02:39:01 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #3 from alpha_one_x86 alpha.super-one@laposte.net 2009-05-19 04:44:32 --- Work perfectly out of box with windows clean (recently installed). The installer have the same bt. For try it, try cd with vs2008 express next vs c++ express.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2009-05-19 08:02:07 ---
trace:loaddll:load_native_dll Loaded L"C:\windows\system32\MSVCR90.dll" at 0x78520000: native
You obviously didn't install it right. That dll ^ should not be in system32.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #5 from alpha_one_x86 alpha.super-one@laposte.net 2009-05-19 10:23:51 --- The dll is with the exe AND in system32.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2009-05-19 11:26:45 --- (In reply to comment #5)
The dll is with the exe AND in system32.
How has it appeared there if you did not install the app under Wine?
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #7 from alpha_one_x86 alpha.super-one@laposte.net 2009-05-19 11:42:58 --- Copied from installed version of windows XP SP2 32Bits, and work perfectly on new installed base windows.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2009-05-19 19:40:17 --- (In reply to comment #5)
The dll is with the exe AND in system32.
It should not be in system32. That dll will refuse to load from there.
Invalid.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #9 from alpha_one_x86 alpha.super-one@laposte.net 2009-05-20 00:28:43 --- I have try some thing, It's stange because it's not work only with wine, with real windows it work.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2009-05-20 03:47:37 --- MSVCR90.dll does not exist in system32 in Windows. It's installed in a different place.
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #11 from alpha_one_x86 alpha.super-one@laposte.net 2009-05-20 11:08:47 --- Yes but same soft work with windows and not under wine with dll in same path as exe. My bug for the installation seam be: http://bugs.winehq.org/show_bug.cgi?id=14875
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #12 from Vitaliy Margolen vitaliy@kievinfo.com 2009-05-20 21:21:11 --- (In reply to comment #11)
Yes but same soft work with windows and not under wine with dll in same path as exe.
Work with what windows version?
http://bugs.winehq.org/show_bug.cgi?id=18523
--- Comment #13 from alpha_one_x86 alpha.super-one@laposte.net 2009-05-21 00:39:29 --- I had tested and it work on: windows XP SP2 32Bits, windows XP SP2 64Bits, windows 7 build 7100 64Bits.
http://bugs.winehq.org/show_bug.cgi?id=18523
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #14 from Anastasius Focht focht@gmx.net 2009-05-21 05:38:04 --- Hello,
it seems you are not aware of the implications of copy-over "installation" methods. That might work for a small amount of apps but won't work out in most scenarios. There are gazillion issues if apps don't get _installed_ the proper way and hence we don't support this method (won't even work with Windows most times).
The reason why you have MSVCR90.dll in Windows XP system32 is you most likely installed the software under pre-fusion OS like NT4, Windows 2000 and later upgraded to Windows XP. Read my "Visual C++ Redistributable Package " appdb entry about the technical side of shared assemblies (VC++ 8.x/9.x runtimes) and system32 or search for archived bugzilla comments in g00gle.
Coming to Wine, your "copy-over" scenario won't work due to bug 16577. When assembly binding redirect fails, the Wine loader will continue search using predefined paths - hence these assemblies get picked up from system32 as last resort. In your Windows XP+ system such GAC-aware assemblies will never get picked up from system32 because there will be *always* a fallback version from shared assembly cache (WinSxs).
---
Regarding your problem ... do the following:
Remove all "msvc*8*.dll" and "msvc*9*.dll" from Wine system32 (~/.wine/drive_c/windows/system32 or whatever WINEPREFIX) -> use wildcards! After that, the loader will now claim missing dlls upon start.
--- snip --- err:module:import_dll Library "foo.dll" (which is needed by "bar") not found --- snip ---
Next, run your app using following command (cd to app directory before):
--- snip --- WINEDEBUG=-all,+actctx wine ./foo.exe 2>&1 | grep "lookup_assembly" --- snip ---
You might need to CTRL+C (or wineserver -k from other console) if the app hangs due to loader failure. Your should get some output like this:
--- snip --- trace:actctx:lookup_assembly looking for name=xxx version=yyy arch=zzz --- snip ---
Use the "version" field of the last "lookup_assembly" message and consult appdb entry http://appdb.winehq.org/objectManager.php?sClass=application&iId=5766
Be sure to match the *exact* version/build numbers and install the missing redistributable package(s).
Regards
-
wine-bugs＠winehq.org