cckec / winetricks

Automatically exported from code.google.com/p/winetricks
0 stars 0 forks source link

vcrun2008 fails to install properly when used over win7 prefix #213

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
======================================
1. WINEPREFIX="$HOME/.new-prefix" winetricks win7
2. WINEPREFIX="$HOME/.new-prefix" winetricks vcrun2008

What is the expected output? What do you see instead?
=====================================================
Expected output should'n contain error messages from winetricks complaining 
about installation failure. Real output I get is like this:

vcrun2008 install completed, but installed file 
/home/$HOME/.new-prefix/dosdevices/c:/windows/winsxs/x86_Microsoft.VC90.MFC_1fc8
b3b9a1e18e3b_9.0.30729.6161_x-ww_028bc148/mfc90.dll not found

What version of the product are you using? On what operating system?
====================================================================
Self-built LFS-like RPM distro based on Fedora 14-16 sources.
32bit PAE Linux kernel 3.1.0
wine 1.5.5
winetricks 20120308

Please provide any additional information below.
================================================
mfc90.dll actually gets installed, but to another folder named
"x86_microsoft.vc90.mfc_1fc8b3b9a1e18e3b_9.0.30729.6161_none_deadbeef" and not 
"x86_Microsoft.VC90.MFC_1fc8b3b9a1e18e3b_9.0.30729.6161_x-ww_028bc148". This 
issue is pretty similar (next to duplicate) to issue 169.

Original issue reported on code.google.com by lexa...@gmail.com on 25 May 2012 at 7:37

GoogleCodeExporter commented 8 years ago
Is 'winetricks winxp vcrun2005 win7' an acceptable workaround?

Original comment by daniel.r...@gmail.com on 25 May 2012 at 7:45

GoogleCodeExporter commented 8 years ago
Actually it seems that no workaround is needed as the application I test with 
(it is Diablo III which requires native msvcr90.dll to run) starts up without 
problems. It seems that it is winetricks message to be bogus.

I could still test it the workaround above is a viable solution on your request 
but I doubt it really is as target install folders are different for different 
emulated windows versions and chances are that there are some apps which could 
rely on this.

Original comment by lexa...@gmail.com on 25 May 2012 at 7:59

GoogleCodeExporter commented 8 years ago
I think I checked in a fix in r823.  Can you try current svn?

Original comment by daniel.r...@gmail.com on 25 May 2012 at 8:55

GoogleCodeExporter commented 8 years ago
Confirming fixed in r823. 

P.S. Hadn't tested for winxp yet, hope this change hadn't broke it.

Original comment by lexa...@gmail.com on 25 May 2012 at 9:29

GoogleCodeExporter commented 8 years ago
Thanks for the quick test.

Original comment by daniel.r...@gmail.com on 25 May 2012 at 9:38