[Wine] Re: wine: could not load L"D:\\Setup.exe": Bad EXE format for

Declan Moriarty junk_mail at iol.ie
Tue Mar 13 12:46:25 CDT 2007


On Tue, 2007-03-13 at 09:10 -0700, Duane Clark wrote:
> Declan Moriarty wrote:
> > Okay. In your honour, I set up as you said, rooted out the cd with
> > Java-1.4.2 on it, and set to work. I got this on the install
> > 
> 
> You might want to try downloading (16MB) from:
> http://java.sun.com/j2se/1.4.2/download.html
> Though as implied below, that may not fix things for you.
> 
> I created a fresh .wine directory, with nothing else installed, and 
> using a (compiled from git) wine-0.9.32. The JRE install appeared to go 
> flawlessly, though I did not bother to test it (as mentioned, I already 
> tested it elsewhere). On Fedora FC4, with a Radeon 9600 (which uses an 
> NVidia something chipset).
> 
> Interestingly, I notice that the message I have printed out after your 
> last fixme is this:
> ...
> fixme:msi:ACTION_HandleStandardAction unhandled standard action 
> L"RemoveFolders"
> err:heap:HEAP_ValidateInUseArena Heap 0x110000: in-use arena 0x15cbc0 
> next block has PREV_FREE flag
> ...
> 
> However, my installation continues to completion. I have no idea what 
> that message really means, so I don't know why my system continues and 
> yours crashes.


I got 1.4.2_13 from that download link, producing a different error
After the errors we seem to agree on: 
[snip]
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"RemoveDuplicateFiles"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"RemoveFolders"
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea7c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x33ea7c,0x00000000), stub!
fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x1ceca8) : stub,
simulating 64MB for now, returning 64MB left
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel
(0x1cea30)->((nil),00001008)
err:d3d_surface:IWineD3DSurfaceImpl_BltOverride Wrong surface type for
BLT override(not on swapchain) !
fixme:d3d_surface:IWineGDISurfaceImpl_Blt Can't handle DDBLT_WAIT flag
right now.
fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking
to Rendering surface surf at 0x28a00f8 usage(WINED3DUSAGE_RENDERTARGET)
err:d3d:state_multisampleaa Multisample antialiasing not supported by gl
err:d3d:tex_resultarg WINED3DTSS_RESULTARG not supported yet
err:d3d:tex_resultarg WINED3DTSS_RESULTARG not supported yet
err:d3d:tex_resultarg WINED3DTSS_RESULTARG not supported yet
<repeated _many_ times>, followed by loads of these 
fixme:d3d_surface:IWineD3DSurfaceImpl_LoadTexture >>>>>>>>>>>>>>>>> 501
from glCopyTexImage2D @ surface.c / 1800
fixme:d3d_surface:IWineD3DSurfaceImpl_LoadTexture >>>>>>>>>>>>>>>>> 501
from glCopyTexImage2D @ surface.c / 1800

and finally

fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel
(0x1cea30)->((nil),00000008)
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
err:ole:CoCreateInstance apartment not initialised
err:ole:CoCreateInstance apartment not initialise

The emulation threw errors: Installation stalled at "Publishing Product
information", then finally Java Virtual Machine Launcher threw a typical
m$ dialog box

"Fatal Exception Occurred. The program will now exit"
and your choice was "OK" :-/.

It's news to me that any nvidia chipset is on a radeon card - I always
saw ATI & Nvidia  as bitter rivals. I had the notion the radeon 9600
used the mobility chipset, and seems to have been one better.
-- 
        With Best Regards,

        Declan Moriarty.




More information about the wine-users mailing list