winetricks vcrun2005 does not appear to install DLLs

[gnivler]

I'm a newbie, sorry in advance :p I have been searching here and reading threads and can't seem to find an answer, hence this post. I saw a nice example of what I am trying to do so I'll copy that format and perhaps it will illustrate better than I can explain. I'm using Ubuntu Hardy, 64bit.

My only goal currently is to install the redist (to get msvcp80 and msvcr80), using winetricks is the proper method I think? After having no luck, I started from scratch to test, spacing added for readability:

(I get tons of these preloader range warnings)

Code: Select all

mason@mason-desktop:~$ uname -a
Linux mason-desktop 2.6.24-16-generic #1 SMP Thu Apr 10 12:47:45 UTC 2008 x86_64 GNU/Linux

mason@mason-desktop:~$ wine --version
preloader: Warning: failed to reserve range 00000000-00010000
wine-0.9.61

mason@mason-desktop:~$ mv .wine .wine.backup

mason@mason-desktop:~$ wineprefixcreate
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
Could not load Mozilla. HTML rendering will be disabled.
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
wine: configuration in '/home/mason/.wine' has been updated.
preloader: Warning: failed to reserve range 00000000-00010000
Could not load Mozilla. HTML rendering will be disabled.
preloader: Warning: failed to reserve range 00000000-00010000
wine: configuration in '/home/mason/.wine' has been updated.

mason@mason-desktop:~$ ls -la .wine/drive_c/windows/system32/msvc*
-rw-r--r-- 1 mason mason 2456 2008-05-09 01:56 .wine/drive_c/windows/system32/msvcrt.dll

mason@mason-desktop:~$ ./winetricks vcrun2005
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
Executing wine /home/mason/.winetrickscache/vcrun2005/vcredist_x86.exe
preloader: Warning: failed to reserve range 00000000-00010000
preloader: Warning: failed to reserve range 00000000-00010000
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP000.TMP\\" 00000000
preloader: Warning: failed to reserve range 00000000-00010000
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP001.TMP\\" 00000000
preloader: Warning: failed to reserve range 00000000-00010000
fixme:advapi:LookupAccountNameW (null) L"mason" (nil) 0x33f7fc (nil) 0x33f800 0x33f7f4 - stub
fixme:advapi:LookupAccountNameW (null) L"mason" 0x12d770 0x33f7fc 0x12d730 0x33f800 0x33f7f4 - stub
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders"
fixme:msi:msi_unimplemented_action_stub MsiUnpublishAssemblies -> 10 ignored L"MsiAssembly" table values
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
Install of vcrun2005 done
winetricks done.

mason@mason-desktop:~$ ls -la .wine/drive_c/windows/system32/msvc*
-rw-r--r-- 1 mason mason 2456 2008-05-09 01:56 .wine/drive_c/windows/system32/msvcrt.dll
mason@mason-desktop:~$ 

So there are apparently no dll files installed in this process, and in the aforementioned example I found in another thread, there were, so it seems like it's me.
Any help would be greatly appreciated. Sorry if I left anything important out. Thank you

[gnivler]

I found the DLLs in a subfolder of winsxs:

Code: Select all

find .wine/drive_c/windows/winsxs/ -name msvc*
.wine/drive_c/windows/winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd/msvcr80.dll
.wine/drive_c/windows/winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd/msvcp80.dll
.wine/drive_c/windows/winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd/msvcm80.dll

They still aren't being automagically put into /system32 though, is this a problem? The application which wants these files is still complaining that they aren't found.

[Dan Kegel]

On Fri, May 9, 2008 at 1:12 AM, gnivler <[email protected]> wrote:

I'm a newbie, sorry in advance :p I have been searching here and reading threads and can't seem to find an answer, hence this post. I saw a nice example of what I am trying to do so I'll copy that format and perhaps it will illustrate better than I can explain. I'm using Ubuntu Hardy, 64bit.

Very nicely done, btw.

mason@mason-desktop:~$ ./winetricks vcrun2005
preloader: Warning: failed to reserve range 00000000-00010000

This is unrelated, but see
http://wiki.winehq.org/PreloaderPageZeroProblem
to silence that warning.

mason@mason-desktop:~$ ls -la .wine/drive_c/windows/system32/msvc*
-rw-r--r-- 1 mason mason 2456 2008-05-09 01:56 .wine/drive_c/windows/system32/msvcrt.dll

You found a bug! Looks like the switch to windows xp as default
broke this. As a workaround, do
sh winetricks win2k vcrun2005

I'll upload a fixed winetricks today, thanks.
- Dan

[Dan Kegel]

On Fri, May 9, 2008 at 1:50 AM, gnivler <[email protected]> wrote:

I found the DLLs in a subfolder of winsxs:

It hasn't changed the error message from the executable which was looking
for these DLLs, it's still saying Library.... not found.

What app is this? What's the exact error message?

Does 'winetricks win2k vcrun2005' help?
And/or does 'winetricks vcrun2005sp1' help?

[gnivler]

Woops I edited a bit of text you quoted, in my neurosis. Sorry about that.

Thank you very very much, for your help/attention and for working on Wine in the first place.
Looks like the win2k option has made the install complete more or completely fully:

mason@mason-desktop:~$ sh winetricks win2k vcrun2005
Setting Windows version to win2k
Executing wine regedit /home/mason/.wine/drive_c/winetrickstmp/set-winver.reg
Install of win2k done
Executing wine /home/mason/.winetrickscache/vcrun2005/vcredist_x86.exe
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP000.TMP\\" 00000000
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP001.TMP\\" 00000000
fixme:advapi:LookupAccountNameW (null) L"mason" (nil) 0x33f7fc (nil) 0x33f800 0x33f7f4 - stub
fixme:advapi:LookupAccountNameW (null) L"mason" 0x12d770 0x33f7fc 0x12d730 0x33f800 0x33f7f4 - stub
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders"
fixme:msi:msi_unimplemented_action_stub MsiUnpublishAssemblies -> 10 ignored L"MsiAssembly" table values
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
fixme:msi:MsiEnumProductsExA (null) (null) 4 0 0x7e316698 0x7e31667c (nil) (nil)
Install of vcrun2005 done
winetricks done.
mason@mason-desktop:~$ ll c/windows/system32/msv* (c is just a symbolic link)
-rw-r--r-- 1 mason mason 479232 2005-09-22 23:48 c/windows/system32/msvcm80.dll
-rw-r--r-- 1 mason mason 548864 2005-09-22 23:48 c/windows/system32/msvcp80.dll
-rw-r--r-- 1 mason mason 626688 2005-09-22 23:48 c/windows/system32/msvcr80.dll
-rw-r--r-- 1 mason mason 2456 2008-05-09 01:56 c/windows/system32/msvcrt.dll

What app is this? What's the exact error message?

Does 'winetricks win2k vcrun2005' help?
And/or does 'winetricks vcrun2005sp1' help?

It's actually a game, Guitar Hero 3, which I've been playing around with since installing Ubuntu the other day and being floored by the fact that any directx implementation exists outside of Windows (the only reason I run windows is for gaming).

With the VC redist installed, I'm currently getting this (and yes the first command helped a ton - let me try the sp1):
mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ wine GH3.exe
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
err:module:attach_process_dlls "MSVCR80.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Aspyr\\Guitar Hero III\\GH3.exe" failed, status c0000142

And a pop-up dialog in wine that says

Microsoft Visual C++ Runetime Library

Runtime Error!

Program C:\Program Files\Aspyr\GuitarHero III\GH3.exe

R6034
An application has made an attempt to load the C runtime library incorrectly.
Please contact the application's support team for more information

I'm kind of chasing my tail at this point because I actually had the game running earlier today and I'm not sure what I changed that broke it, aside from reinstalling it inside wine instead of running it directly from my windows partition - and that no longer works now also, identical behaviour in both install locations.

These two lines kind of stick out to me, but I can't make heads of tails of it yet.
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"

Thanks again for your help, and the Wiki link, much obliged!

[gnivler]

This is kind of off-topic for the thread title but it's an update on the DLL issue.

mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ sh ~/winetricks win2k vcrun2005sp1
Setting Windows version to win2k
Executing wine regedit /home/mason/.wine/drive_c/winetrickstmp/set-winver.reg
Install of win2k done
Executing wine /home/mason/.winetrickscache/vcrun2005sp1/vcredist_x86.exe
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP000.TMP\\" 00000000
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP001.TMP\\" 00000000
fixme:advapi:LookupAccountNameW (null) L"mason" (nil) 0x33f7fc (nil) 0x33f800 0x33f7f4 - stub
fixme:advapi:LookupAccountNameW (null) L"mason" 0x12edb8 0x33f7fc 0x133be0 0x33f800 0x33f7f4 - stub
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders"
fixme:msi:msi_unimplemented_action_stub RemoveExistingProducts -> 1 ignored L"Upgrade" table values
fixme:msi:msi_unimplemented_action_stub MsiUnpublishAssemblies -> 10 ignored L"MsiAssembly" table values
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
Install of vcrun2005sp1 done
winetricks done.
mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ wine GH3.exe
err:ole:CoGetClassObject class {88d96a05-f192-11d4-a65f-0040963251e5} not registered
err:ole:CoGetClassObject class {88d96a05-f192-11d4-a65f-0040963251e5} not registered
err:ole:create_server class {88d96a05-f192-11d4-a65f-0040963251e5} not registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {88d96a05-f192-11d4-a65f-0040963251e5} could be created for context 0x17
err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not registered
err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} could be created for context 0x1
fixme:msxml:DllCanUnloadNow
err:ole:CoGetClassObject class {88d96a05-f192-11d4-a65f-0040963251e5} not registered
err:ole:CoGetClassObject class {88d96a05-f192-11d4-a65f-0040963251e5} not registered
err:ole:create_server class {88d96a05-f192-11d4-a65f-0040963251e5} not registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {88d96a05-f192-11d4-a65f-0040963251e5} could be created for context 0x17
fixme:msxml:DllCanUnloadNow
fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS)
fixme:system:SystemParametersInfoW Unimplemented action: 53 (SPI_SETTOGGLEKEYS)
fixme:system:SystemParametersInfoW Unimplemented action: 51 (SPI_SETFILTERKEYS)

And it proceeds further, this time I get a dialog window from the game telling me I don't meet the system requirements,
"This game requires a newer version of Windows, or a newer service pack".

Progress!

update: my OS version was switched to Win2k in winecfg, so I switched it back to XP and worked through a few more hiccups, and got the game running again

All of this was essentially some troubleshooting to see if I can get Xbox360 controllers (I have a wired one and a wireless receiver + guitar controller) to control the game, previously they just ignored them completely from all I can tell. I was able to confirm the controllers are working in linux and wine though, with some simple games.

[Dan Kegel]

On Fri, May 9, 2008 at 2:42 AM, gnivler <[email protected]> wrote:

mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ sh ~/winetricks win2k vcrun2005sp1
mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ wine GH3.exe
And it proceeds further, this time I get a dialog window from the game telling me I don't meet the system requirements,
"This game requires a newer version of Windows, or a newer service pack".

Try then doing 'winetricks winxp'. (You only needed win2k mode to force
vcrun2005* to install placebo versions in windows/system32.)

[gnivler]

On Fri, May 9, 2008 at 2:42 AM, gnivler <[email protected]> wrote:

mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ sh ~/winetricks win2k vcrun2005sp1
mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ wine GH3.exe
And it proceeds further, this time I get a dialog window from the game telling me I don't meet the system requirements,
"This game requires a newer version of Windows, or a newer service pack".

Try then doing 'winetricks winxp'. (You only needed win2k mode to force
vcrun2005* to install placebo versions in windows/system32.)

Thanks again, that did the trick. I signed up with the AppDB and submitted some testing information, so I'll pursue it via that route also. On the bright side the game seems to run pretty well, even for a supposedly bad, slow port in the PC version. Just can't use the guitar controller yet, or I haven't figure it out at least.

[Dan Kegel]

On Fri, May 9, 2008 at 3:42 AM, gnivler <[email protected]> wrote:

Thanks again, that did the trick. I signed up with the AppDB and submitted some testing information

Great. So, just to check, if you then do
$ rm .wine/drive_c/windows/system32/*80*dll
does the game refuse to run?

[gnivler]

On Fri, May 9, 2008 at 3:42 AM, gnivler <[email protected]> wrote:

Thanks again, that did the trick. I signed up with the AppDB and submitted some testing information

Great. So, just to check, if you then do
$ rm .wine/drive_c/windows/system32/*80*dll
does the game refuse to run?

Much to my surprise, the game still runs with them removed. So I could retrieve them quickly I just moved instead of rm, and put all of these files outside of system32/

ATL80.dll mfc80.dll mfc80ITA.dll mfcm80.dll msvcr80.dll
mfc80CHS.dll mfc80ENU.dll mfc80JPN.dll mfcm80u.dll
mfc80CHT.dll mfc80ESP.dll mfc80KOR.dll msvcm80.dll
mfc80DEU.dll mfc80FRA.dll mfc80u.dll msvcp80.dll

Maybe this will make sense after I get some sleep (bedtime), right now it seems like the game wouldn't run for lack of a requirement, that once installed is no longer a requirement.

[vitamin]

On Fri, May 9, 2008 at 3:42 AM, gnivler <[email protected]> wrote:

Thanks again, that did the trick. I signed up with the AppDB and submitted some testing information

Great. So, just to check, if you then do
$ rm .wine/drive_c/windows/system32/*80*dll
does the game refuse to run?

Much to my surprise, the game still runs with them removed. So I could retrieve them quickly I just moved instead of rm, and put all of these files outside of system32/

This is correct. Those dlls shouldn't be in system32 to begin with. They refuse to load from there if winver set to WinXP.

[Dan Kegel]

On Fri, May 9, 2008 at 4:14 AM, gnivler <[email protected]> wrote:

Great. So, just to check, if you then do
$ rm .wine/drive_c/windows/system32/*80*dll
does the game refuse to run?

Much to my surprise, the game still runs with them removed.

Final experiment: see if
rm -rf .wine
sh winetricks vcrun2005sp1
(install the game)
makes the game work. I'm not sure you tried that exact combination.

[gnivler]

On Fri, May 9, 2008 at 4:14 AM, gnivler <[email protected]> wrote:

Great. So, just to check, if you then do
$ rm .wine/drive_c/windows/system32/*80*dll
does the game refuse to run?

Much to my surprise, the game still runs with them removed.

Final experiment: see if
rm -rf .wine
sh winetricks vcrun2005sp1
(install the game)
makes the game work. I'm not sure you tried that exact combination.

Should I be downloading a new winetricks for this experiment (still have original one), or specifying win2k vcrun2005sp1? As it stands when I run that exact command it does what it was doing before and not putting dlls into system32. I've installed the game successfully again - incidentally it comes packaged with vcredist_x86.exe but if it's running, it's silent as I'm not even seeing a window pop up briefly. winver has been winxp through this test. Looks like the same output as before using winetricks win2k vcrun2005 (ditto sp1).

mason@mason-desktop:~$ rm -rf .wine
mason@mason-desktop:~$ sh winetricks vcrun2005sp1
Could not load Mozilla. HTML rendering will be disabled.
wine: configuration in '/home/mason/.wine' has been updated.
Could not load Mozilla. HTML rendering will be disabled.
wine: configuration in '/home/mason/.wine' has been updated.
Executing wine /home/mason/.winetrickscache/vcrun2005sp1/vcredist_x86.exe
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP000.TMP\" 00000000
fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP001.TMP\" 00000000
fixme:advapi:LookupAccountNameW (null) L"mason" (nil) 0x33f7fc (nil) 0x33f800 0x33f7f4 - stub
fixme:advapi:LookupAccountNameW (null) L"mason" 0x12edb8 0x33f7fc 0x133be0 0x33f800 0x33f7f4 - stub
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders"
fixme:msi:msi_unimplemented_action_stub RemoveExistingProducts -> 1 ignored L"Upgrade" table values
fixme:msi:msi_unimplemented_action_stub MsiUnpublishAssemblies -> 10 ignored L"MsiAssembly" table values
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
err:msi:ITERATE_PublishAssembly Component not set for install, not publishing assembly
Install of vcrun2005sp1 done
winetricks done.
mason@mason-desktop:~$ ll c/windows/system32/msvc*
-rw-r--r-- 1 mason mason 2456 2008-05-09 14:57 c/windows/system32/msvcrt.dll

(game install)

mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ wine GH3.exe
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
err:module:import_dll Library MSVCR80.dll (which is needed by L"C:\\Program Files\\Aspyr\\Guitar Hero III\\fmodex.dll") not found
err:module:import_dll Library fmodex.dll (which is needed by L"C:\\Program Files\\Aspyr\\Guitar Hero III\\GH3.exe") not found
err:module:import_dll Library MSVCP80.dll (which is needed by L"C:\\Program Files\\Aspyr\\Guitar Hero III\\GH3.exe") not found
err:module:import_dll Library MSVCR80.dll (which is needed by L"C:\\Program Files\\Aspyr\\Guitar Hero III\\GH3.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Aspyr
\\Guitar Hero III\\GH3.exe" failed, status c0000135

ps. I was using two overrides to make the game start before, once the VC stuff was taken care of, d3dx9_36 and xinput1_3 which I obtained from my Vista installation (to which I hope I never return! lol).

Thanks again

[Dan Kegel]

On Fri, May 9, 2008 at 2:12 PM, gnivler <[email protected]> wrote:

Final experiment: see if
rm -rf .wine
sh winetricks vcrun2005sp1
(install the game)
makes the game work. I'm not sure you tried that exact combination.

Should I be downloading a new winetricks for this experiment

no, it has not changed

or specifying win2k vcrun2005sp1?

no. That's the point of the experiment, to check whether vcrun2005sp1 was the
important bit, and not the win2k part.

As it stands when I run that exact command it does what it
was doing before and not putting dlls into system32.

Yes, of course. The question is, does the game install and run then?

I've installed the game successfully again - incidentally it comes
packaged with vcredist_x86.exe but if it's running, it's silent as I'm not
even seeing a window pop up briefly. winver has been winxp through this test.

Yeah, the game would probably install vcredist_x86 if we didn't
have our own msvcrt, or something.

What version is that vcredist_x86, if you run it by hand?

mason@mason-desktop:~$ rm -rf .wine
mason@mason-desktop:~$ sh winetricks vcrun2005sp1
mason@mason-desktop:~$ ll c/windows/system32/msvc*
-rw-r--r-- 1 mason mason 2456 2008-05-09 14:57 c/windows/system32/msvcrt.dll

(game install)

mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ wine GH3.exe
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
err:module:import_dll Library MSVCR80.dll (which is needed by L"C:\\Program Files\\Aspyr\\Guitar Hero III\\fmodex.dll") not found
...

Well, damn. Guess you need both win2k and vcrun2005sp1, and
I do have to change winetricks after all.
- Dan

[Harkainos]

is This the winetricks you guys speak of? Seems to be, based on this, but i want to make sure, before running any scripts

[Dan Kegel]

On Fri, May 9, 2008 at 4:55 PM, Harkainos <[email protected]> wrote:

is This (http://www.kegel.com/wine/winetricks) the winetricks you guys speak of? Seems to be, based on this (http://wiki.winehq.org/winetricks), but i want to make sure, before running any scripts

Yes, that's it.

(Congratulations, you're the first user to
exhibit any caution about running random scripts

[gnivler]

On Fri, May 9, 2008 at 2:12 PM, gnivler <[email protected]> wrote:

Final experiment: see if
rm -rf .wine
sh winetricks vcrun2005sp1
(install the game)
makes the game work. I'm not sure you tried that exact combination.

Should I be downloading a new winetricks for this experiment

no, it has not changed

or specifying win2k vcrun2005sp1?

no. That's the point of the experiment, to check whether vcrun2005sp1 was the
important bit, and not the win2k part.

As it stands when I run that exact command it does what it
was doing before and not putting dlls into system32.

Yes, of course. The question is, does the game install and run then?

I've installed the game successfully again - incidentally it comes
packaged with vcredist_x86.exe but if it's running, it's silent as I'm not
even seeing a window pop up briefly. winver has been winxp through this test.

Yeah, the game would probably install vcredist_x86 if we didn't
have our own msvcrt, or something.

What version is that vcredist_x86, if you run it by hand?

Ok good, I figured you knew what you were asking me to do, so I followed the instructions to the letter

The .exe just runs silently, no obvious version is presented, so I cracked it open with cabextract and found that every file has a variation of 80 or 8.0.xxx so I can guess it's version 8, if the details are important I can paste a directory listing of what was extracted or upload the file to a one click hoster for you to look at.

mason@mason-desktop:~$ rm -rf .wine
mason@mason-desktop:~$ sh winetricks vcrun2005sp1
mason@mason-desktop:~$ ll c/windows/system32/msvc*
-rw-r--r-- 1 mason mason 2456 2008-05-09 14:57 c/windows/system32/msvcrt.dll

(game install)

mason@mason-desktop:~/c/Program Files/Aspyr/Guitar Hero III$ wine GH3.exe
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
err:module:import_dll Library MSVCR80.dll (which is needed by L"C:\\Program Files\\Aspyr\\Guitar Hero III\\fmodex.dll") not found
...

Well, damn. Guess you need both win2k and vcrun2005sp1, and
I do have to change winetricks after all.
- Dan

Yeah I think you're right, while I was using the winver switch the game didn't actually run (with the overrides) until I had the sp1 version installed, before starting again for testing. I didn't get anywhere without changing winver.

[Harkainos]

Thanks!!!

Is that script current? Should I wait?

[Dan Kegel]

On Fri, May 9, 2008 at 5:27 PM, Harkainos <[email protected]> wrote:

Thanks!!!

Is that script current? Should I wait?

You don't have to wait for me to update it. (Just remember to set
win2k before vcrun2005...)

[gnivler]

Looks like I need to sign-up for Bugzilla so I can be a more useful and maybe contribute with reports etc, and once I have my feet more firmly planted maybe I can help with QA, sorting reports and checking the AppDB for info etc as I saw described in a document I found somewhere around here. It didn't occur to me that using a native dll illustrates something that devs are interested in fixing in the builtin libs, I feel/felt kind of like I'm whining about awesome free software.

[Dan Kegel]

On Fri, May 9, 2008 at 5:56 PM, gnivler <[email protected]> wrote:

Looks like I need to sign-up for Bugzilla so I can be a more
useful and maybe contribute with reports etc, and once I have
my feet more firmly planted maybe I can help with QA, sorting reports
and checking the AppDB for info etc as I saw described in a document
I found somewhere around here.

Yeah!
Maybe one of these:
http://wiki.winehq.org/PlatinumRegressionHunt
or
http://kegel.com/wine/qa/

It didn't occur to me that using a native dll illustrates something that
devs are interested in fixing in the builtin libs,

Yes indeedy.

I feel/felt kind of like I'm whining about awesome free software.

Don't whine, just help!

Thanks,
Dan

[James McKenzie]

gnivler wrote:

Looks like I need to sign-up for Bugzilla so I can be a more useful and maybe contribute with reports etc, and once I have my feet more firmly planted maybe I can help with QA, sorting reports and checking the AppDB for info etc as I saw described in a document I found somewhere around here. It didn't occur to me that using a native dll illustrates something that devs are interested in fixing in the builtin libs, I feel/felt kind of like I'm whining about awesome free software.

Yes, the developers are very interested in building and fixing Wine's
built-in dll functionality to mimic, as close as legally possible,
native .dll functionality.

You are not whining, but are pointing out shortcomings of Wine's
built-in .dll functionality. And software never gets better unless
someone does something about it. Filing as complete as possible bug
reports is a step in that direction.

Keep on looking at problems with Wine. We can use all the help we can get.

James McKenzie

[gnivler]

On Sun, 2008-05-11 at 20:09 -0700, James McKenzie wrote:

gnivler wrote:

Looks like I need to sign-up for Bugzilla so I can be a more useful and maybe contribute with reports etc, and once I have my feet more firmly planted maybe I can help with QA, sorting reports and checking the AppDB for info etc as I saw described in a document I found somewhere around here. It didn't occur to me that using a native dll illustrates something that devs are interested in fixing in the builtin libs, I feel/felt kind of like I'm whining about awesome free software.

Yes, the developers are very interested in building and fixing Wine's
built-in dll functionality to mimic, as close as legally possible,
native .dll functionality.

You are not whining, but are pointing out shortcomings of Wine's
built-in .dll functionality. And software never gets better unless
someone does something about it. Filing as complete as possible bug
reports is a step in that direction.

Keep on looking at problems with Wine. We can use all the help we can get.

James McKenzie

I've got a game which is calling unimplemented function(s) in
d3dx9_36.dll, and I found some comments on existing bugs, apparently
from devs stating that it's known to be incomplete and to use a native
dll to workaround. My question is, should I be reporting stuff like
this, or do the devs already have a list of functions and know? I
checked the known-issues also and didn't see it explicitly stated there.
Figured I should just check here

ps. my mail client is trying to reply to your personal address instead
of wine-users, changing the field.

sorry my bad, I just found it in the 2nd section of known issues

[austin987]

On Sun, May 11, 2008 at 10:31 PM, Mason <[email protected]> wrote:

I've got a game which is calling unimplemented function(s) in
d3dx9_36.dll, and I found some comments on existing bugs, apparently
from devs stating that it's known to be incomplete and to use a native
dll to workaround. My question is, should I be reporting stuff like
this, or do the devs already have a list of functions and know? I
checked the known-issues also and didn't see it explicitly stated there.
Figured I should just check here

Check for dupes first, and if no bug exists, file one.

[gnivler]

On Sun, May 11, 2008 at 10:31 PM, Mason <[email protected]> wrote:

I've got a game which is calling unimplemented function(s) in
d3dx9_36.dll, and I found some comments on existing bugs, apparently
from devs stating that it's known to be incomplete and to use a native
dll to workaround. My question is, should I be reporting stuff like
this, or do the devs already have a list of functions and know? I
checked the known-issues also and didn't see it explicitly stated there.
Figured I should just check here

Check for dupes first, and if no bug exists, file one.

Hmm, check out the name of this bug, from known issues:

Bug 4464 - d3dx9_*.dll are unimplemented - redistributable dll, use native version (builtin replacement is a work in progress) Closed Wontfix
http://bugs.winehq.org/show_bug.cgi?id=4464

Closed Wontfix. Bug topic seems in the same spirit as what I'm thinking about, yet the thread under this bug is practically all out war. Any advice? For this exact case I'm just getting 'unimplemented function d3dx9_36.dll.D3DXCreateTextureFromFileW'.