http://bugs.winehq.org/show_bug.cgi?id=20112
Summary: Cannot install Directx on Fedora 11 with 64-bit wine Product: Wine Version: 1.1.29 Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?displa ylang=en&FamilyID=04ac064b-00d1-474e-b7b1-442d8712d553 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: mail@robwhalley.co.uk
Background: Using Steam, I'm trying to start "Secret of Monkey Island Special Edition". Before it can start for the first time, the program tries to install DirectX. This is not successful so the game cannot be loaded.
Have tried installing the DirectX setup files manually and via winetricks but with no luck.
Using wine package 1.1.29-3.fc11 @updates-testing
Error returned: Trying to load PE image for unsupported architecture (AMD-64) wine: could not load L"C:\windows\temp\DX1a3d.tmp\infinst.exe": Bad EXE format for
Investigation details: The problem seems to be related to wine choosing the correct binary to begin with, then being unable to run a 64-bit binary which is also part of the install (i.e. it uses wine32 all of the time, when some of the time it should be using wine64).
Looking at the behaviour of wine, it correctly identifies that DXSETUP.exe is a 32-bit file and uses wine32 as expected. However, there is an executable file that is supposed to run as part of the install:
infinst.exe: PE32+ executable for MS Windows (GUI) Mono/.Net assembly
This is a 64-bit file so wine32 chokes on it and the install fails. Is this restricted to Fedora 11 or is it common to any wine environment where wine32 and wine64 are present?
The infinst.exe application can be run successfully using wine64 infinst.exe and simply returns: fixme:heap:HeapSetInformation 0x7f98ba590000 0 0x7f98bcd4fd10 4
If wine32 infinst.exe is run, it returns: Trying to load PE image for unsupported architecture (AMD-64) Trying to load PE image for unsupported architecture (AMD-64) wine: could not load L"H:\Download\Windows\DX\infinst.exe": Bad EXE format for
Additional information: The temporary folder (shown above) that is created when the files are extracted disappear too quickly to be looked at in detail. I got a better look at infinst.exe by extracting all the cab files with:
#!/bin/sh for file in *.cab do cabextract "$file" done
http://bugs.winehq.org/show_bug.cgi?id=20112
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |win64 Priority|P2 |P4 Severity|normal |minor
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-09-20 18:06:13 --- Wine64 is in highly experemential state. It might not work all that well for lots of things.
http://bugs.winehq.org/show_bug.cgi?id=20112
Rob Whalley mail@robwhalley.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P4 |P2 Severity|minor |normal
--- Comment #2 from Rob Whalley mail@robwhalley.co.uk 2009-09-20 18:56:53 --- Ok, no problems. Have worked around this problem by removing the Fedora RPM packages, then installing wine-git (32-bit version). Then did the first run of Monkey Island successfully... though if any one else has the same problems it's worth noting you'll need vcrun2005 (using winetricks is easiest) to get the program working ;)
Once I'd had the program working once, it was possible to remove the wine-git 32-bit version of wine and reinstall the 64/32 bit wine from the Fedora testing repositories.
In case it's helpful to anyone else, I've attached some notes on building wine-git which were mostly written for this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=522941
Only thing not working now is sound... but it's late and that's for another day...
http://bugs.winehq.org/show_bug.cgi?id=20112
--- Comment #3 from Rob Whalley mail@robwhalley.co.uk 2009-09-20 18:57:49 --- Created an attachment (id=23681) --> (http://bugs.winehq.org/attachment.cgi?id=23681) Notes on switching between wine-git and RPM wine
http://bugs.winehq.org/show_bug.cgi?id=20112
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P4 Severity|normal |minor
http://bugs.winehq.org/show_bug.cgi?id=20112
zil zilforever@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zilforever@gmail.com
--- Comment #4 from zil zilforever@gmail.com 2009-11-02 12:30:53 --- wine "c:\Lightsmark2008.2.0\bin\x64\backend.exe" 1024x768 windowTrying to load PE image for unsupported architecture (AMD-64) err:process:create_process starting 64-bit process L"C:\Lightsmark2008.2.0\bin\x64\backend.exe" not supported on this platform wine: could not load L"C:\Lightsmark2008.2.0\bin\x64\backend.exe": Bad EXE format for
Yup i also got this message when try to run x64 version of Lightsmark2008.
Wine 1.1.32 Linux 32bit GCC 4.3.3 Release May 26 2009 Linux 2.6.31-14-generic x86_64 Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz 2399MHz MMX SSE SSE2 SSE3 SSSE3 HTT GeForce 9600 GT PCI Express 185.18.36 512Mb
http://bugs.winehq.org/show_bug.cgi?id=20112
--- Comment #5 from Austin English austinenglish@gmail.com 2011-10-01 16:47:56 CDT --- This is your friendly reminder that there has been no bug activity for 1 year. Is this still an issue in current (1.3.29 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=20112
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |RESOLVED CC| |focht@gmx.net Resolution| |FIXED
--- Comment #6 from Anastasius Focht focht@gmx.net 2012-04-06 11:26:15 CDT --- Hello,
both installers/apps (DirectX, Lightsmark2008) work in 64 bits. Marking fixed.
Regards
http://bugs.winehq.org/show_bug.cgi?id=20112
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2012-04-13 13:28:33 CDT --- Closing bugs fixed in 1.5.2.