http://bugs.winehq.org/show_bug.cgi?id=20943
Summary: Red Alert 3 fails to start Product: Wine Version: 1.1.34 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: b_clephas@hotmail.com
Created an attachment (id=25109) --> (http://bugs.winehq.org/attachment.cgi?id=25109) Part of the logfile
OS: GNU/Linux Kubuntu-9.10 Program: EA Command & Conquer Red Alert 3 (official version) CmdLine: env WINEPREFIX="/home/<username>/.wine" winedbg "C:\Program Files\Electronic Arts\Red Alert 3\RA3.exe"
Steps to reproduce: install RA3 and use above command line
Starting with WINEDEBUG env gets the list as attached. Note that I only supplied part of the log, since the log is over 113 MB normal size or 3.4 MB zip-compressed.
Started with winedbg instead of wine gets me this:
WineDbg starting on pid 003b start_process () at /build/buildd/wine1.2-1.1.31/dlls/kernel32/process.c:953 0x7b8774bf start_process+0x4f [/build/buildd/wine1.2-1.1.31/dlls/kernel32/process.c:953] in kernel32: movl %esi,0x0(%esp) Unable to open file ''
Backtrace: =>0 0x7b8774bf start_process+0x4f(peb=0x7ffdf000) [/build/buildd/wine1.2-1.1.31/dlls/kernel32/process.c:953] in kernel32 (0x0033fee8) 1 0x7bc6c164 call_thread_func+0xc() in ntdll (0x0033fef8) 2 0x7bc6c370 call_thread_entry_point+0x70(entry=0x7b877470, arg=0x7ffdf000) [/build/buildd/wine1.2-1.1.31/dlls/ntdll/signal_i386.c:2310] in ntdll (0x0033ffc8) 3 0x7bc4835a in ntdll (+0x3835a) (0x0033ffe8) 4 0xf7648e9d wine_call_on_stack+0x1d() in libwine.so.1 (0x00000000)
http://bugs.winehq.org/show_bug.cgi?id=20943
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #1 from Wylda wylda@volny.cz 2009-12-08 05:26:23 ---
Confirming, RA3 crashes under wine-1.1.34, when i load a save game. But it works again under current git (wine-1.1.34-99-g8da7a00). It was FIXED by:
commit 89c96ca31ea51554b70a4c59d56f3b1e8b2d3f7b Author: Henri Verbeet hverbeet@codeweavers.com Date: Mon Dec 7 11:08:37 2009 +0100
d3d9: Fix GetDevice() for surfaces that are part of a texture.
If the surface is part of a texture it doesn't keep its own reference to the device, but instead relies on the reference the texture has. This fixes a regression introduced by ff92e6eb6a6b0f5b6ee0d062f8434cad8f31c33d.
http://bugs.winehq.org/show_bug.cgi?id=20943
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2009-12-08 05:44:02 --- Fixed then.
http://bugs.winehq.org/show_bug.cgi?id=20943
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=20943
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Alexandre Julliard julliard@winehq.org 2009-12-18 13:08:07 --- Closing bugs fixed in 1.1.35.