http://bugs.winehq.org/show_bug.cgi?id=22662
Summary: Red Alert 3 1.12 fails to start Product: Wine Version: 1.1.44 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: thesource@mail.ru
Created an attachment (id=27888) --> (http://bugs.winehq.org/attachment.cgi?id=27888) Wine output for Raed Alert 3
The game crashes right after exe file launch displaying only loading splash screen. Wine output+backtrace (I installed debuginfo but not sure if backtrace is good or not) is attached.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-12 04:37:06 ---
Trying to load PE image for unsupported architecture (I386)
Where have you got your Wine package from?
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #2 from The Source thesource@mail.ru 2010-05-12 04:48:51 --- Oh, that's fedora. Wine first tries to use 64bit wine and if it says that exe is 32bit, 32 bit wine is launched. So basically you can ignore that line.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-12 05:19:46 --- Did you install the game under Wine?
I'd suggest to completely remove the Fedora package, compile Wine from source, install the game, and attach new backtrace. Fedora package is known to include variaous not supported Wine patches (like the pulseaudio driver).
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #4 from The Source thesource@mail.ru 2010-05-12 08:05:11 --- I downloaded 1.1.44 sources and configure script behavior is strange: configure: XShm 32-bit development files not found, X Shared Memory won't be supported. configure: XShape 32-bit development files not found, XShape won't be supported. configure: libxrandr 32-bit development files not found, XRandr won't be supported. configure: libhal/libdbus 32-bit development files not found, no dynamic device support. configure: libgphoto2 32-bit development files not found, digital cameras won't be supported. configure: libmpg123 32-bit development files not found (or too old), mp3 codec won't be supported.
configure: WARNING: libxrender 32-bit development files not found, XRender won't be supported.
configure: WARNING: libxslt 32-bit development files not found, xslt won't be supported.
configure: WARNING: libpng 32-bit development files not found, PNG won't be supported.
configure: Finished. Do 'make' to compile Wine.
I double-checked that development packages for i686 are installed and headers and libraries are in place, so I don't know what's going on.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-12 08:10:12 --- See for details http://wiki.winehq.org/Recommended_Packages http://wiki.winehq.org/WineOn64bit
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #6 from The Source thesource@mail.ru 2010-05-13 06:33:12 --- Can not get backtrace because 1.1.44 compiled from source has problems with MSVC80 CRT. It can not find msvcp80.dll, 'sh winetricks vcrun2005' does not help (looks like wine doesn't care about winsxs, copying dlls from there to system32 only leads to error window saying 'application has made an attempt to load C runtime library improperly'). Fedora 1.1.44 doesn't have any problems with msvc.
http://bugs.winehq.org/show_bug.cgi?id=22662
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #7 from Wylda wylda@volny.cz 2010-05-13 07:15:37 ---
Can't confirm. Red Alert 3 v1.12 starts and runs fine here. Tested under: * 1.1.44, 1.1.44-125-gb2ff743
Debian Lenny here...
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #8 from The Source thesource@mail.ru 2010-05-13 07:19:54 --- Created an attachment (id=27922) --> (http://bugs.winehq.org/attachment.cgi?id=27922) RA3 wine output (compiled from source)
Adding MCVC CRT winsxs directory to wine PATH helped, but RA3 still doesn't run. I attached wine output. I followed instructions for F12 x86_64 wine compilation and installation to the letter.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #9 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-13 07:54:08 --- (In reply to comment #8)
Adding MCVC CRT winsxs directory to wine PATH helped, but RA3 still doesn't run. I attached wine output. I followed instructions for F12 x86_64 wine compilation and installation to the letter.
You forgot to 'rm -rf ~/.wine' and start again.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #10 from The Source thesource@mail.ru 2010-05-13 08:11:03 --- I didn't, crt directory was added to path after vcrun2005 installation on clean ~/.wine.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-13 08:35:17 --- (In reply to comment #10)
I didn't, crt directory was added to path after vcrun2005 installation on clean ~/.wine.
What is a crt directory and why "D:\Red Alert 3\RA3.exe" is still referenced in the log?
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #12 from Wylda wylda@volny.cz 2010-05-13 08:39:22 ---
And did you try "winetricks gecko" ?? Without that, game won't start.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #13 from The Source thesource@mail.ru 2010-05-13 11:34:40 --- Created an attachment (id=27930) --> (http://bugs.winehq.org/attachment.cgi?id=27930) Game executable log
The crt directory is: ~/.wine/drive_c/windows/winsxs/x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4053_none_d08d7da0442a985d i.e. C:\windows\winsxs\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4053_none_d08d7da0442a985d
and why "D:\Red Alert 3\RA3.exe" is still referenced in the log?
You mean this? err:ole:TLB_ReadTypeLib Loading of typelib L"D:\Red Alert 3\RA3.exe" failed with error 0 fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
I have no idea what does that mean. I do: cd /mnt/d/Red\ Alert\ 3 wine RA3.exe Clearly wine launches something, otherwise there wouldn't be a log. I'm attaching the log (which seems to be part of the full one) which I got by launching ra3_1.12.game directly
And did you try "winetricks gecko" ?? Without that, game won't start.
Yes, gecko is installed.
http://bugs.winehq.org/show_bug.cgi?id=22662
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #14 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-13 23:19:42 --- (In reply to comment #13)
Created an attachment (id=27930)
--> (http://bugs.winehq.org/attachment.cgi?id=27930) [details]
Game executable log
The crt directory is: ~/.wine/drive_c/windows/winsxs/x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4053_none_d08d7da0442a985d i.e. C:\windows\winsxs\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4053_none_d08d7da0442a985d
Don't do that, install the vc80 runtime properly instead.
and why "D:\Red Alert 3\RA3.exe" is still referenced in the log?
You mean this? err:ole:TLB_ReadTypeLib Loading of typelib L"D:\Red Alert 3\RA3.exe" failed with error 0 fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported.
I have no idea what does that mean. I do: cd /mnt/d/Red\ Alert\ 3 wine RA3.exe
That means you have not installed the app under Wine.
http://bugs.winehq.org/show_bug.cgi?id=22662
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-13 23:19:56 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #16 from The Source thesource@mail.ru 2010-05-14 01:51:16 --- Created an attachment (id=27947) --> (http://bugs.winehq.org/attachment.cgi?id=27947) Visual C++ 2005 SP1 redist setup log
I did install the game with wine, but to make sure I started the whole process again: 1. Deleted ~/.wine 2. Ran winecfg (which installed gecko in the process, I checked, gecko really was in place), configured sound, drives etc. 3. Ran regedit to set some d3d flags (like VideoMemorySize) 4. Downloaded Visual C++ 2005 SP1 redist from microsoft site. Installed it (just in case I attached wine output on the setup because it looks suspicious). 5. Inserted RA3 dvd into dvd drive 6. Ran wine AutoRun.exe on it. Pressed install button on the dialog, setup requested cdkey, I entered it. 7. Then the program tried to launch EASetup.exe but I got this: fixme:msi:MSI_OpenDatabaseW open failed r = 8003001e for L"C:\users\thesource\Temp\msi717.tmp" Launching EASetup.exe manually results in the same.
As you can see I attempted crystally clean install and installed vcredist2005 as you recommended, but stumbled on non-working game setup in the end.
http://bugs.winehq.org/show_bug.cgi?id=22662
The Source thesource@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #17 from The Source thesource@mail.ru 2010-05-14 01:51:56 --- Reopening because clearly something is not right
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #18 from The Source thesource@mail.ru 2010-05-14 01:56:00 --- Got setup working again by reinserting game dvd. The problem is probably connected to bug #14730
http://bugs.winehq.org/show_bug.cgi?id=22662
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #19 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-14 02:01:50 --- The bug #14730 shows that you are trying to use an existing game installation in Wine. If you have problems with the installer - open the bug for it. This bug is invalid, the application must be installed under Wine.
http://bugs.winehq.org/show_bug.cgi?id=22662
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-14 02:02:41 --- Closing invalid. Do not reopen unless you install the app under Wine, attach new console output in that case.
http://bugs.winehq.org/show_bug.cgi?id=22662
The Source thesource@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #27888|0 |1 is obsolete| | Attachment #27922|0 |1 is obsolete| | Attachment #27930|0 |1 is obsolete| |
--- Comment #21 from The Source thesource@mail.ru 2010-05-14 02:53:30 --- Created an attachment (id=27948) --> (http://bugs.winehq.org/attachment.cgi?id=27948) New console output for RA3
I installed the game under wine after clean install + vcredist install (described above). I updated the game to 1.12 using it's own update program. I tried to run the game and got new console output as you requested. This output still contains: fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"Z:\mnt\d\Red Alert 3\RA3.exe" failed with error 0 But I DID install the game under wine so you were wrong. It also sais that ra3_1.12 game can not find MSVCP80.dll, but I DID install vcredist 2005 SP1 from microsoft site: err:module:import_dll Library MSVCP80.dll (which is needed by L"Z:\mnt\d\Red Alert 3\Data\ra3_1.12.game") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\mnt\d\Red Alert 3\Data\ra3_1.12.game" failed, status c0000135
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #22 from The Source thesource@mail.ru 2010-05-14 02:56:35 --- Created an attachment (id=27949) --> (http://bugs.winehq.org/attachment.cgi?id=27949) Installation and update logs
Also attaching installation and update logs just in case. =========== line in update log means that the line above this one repeats zillion times just for different files.
http://bugs.winehq.org/show_bug.cgi?id=22662
The Source thesource@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #23 from The Source thesource@mail.ru 2010-05-14 02:57:26 --- Reopening because clean installation under wine doesn't solve the problem
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #24 from Wylda wylda@volny.cz 2010-05-14 03:00:25 ---
Well, i have not such problem. Simply installing, patching to 1.12 and running under 1.1.44.
That's it. No vcredist stuff etc.
Still seeing suspicious /mnt/d. Isn't that NTFS partition?
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #25 from The Source thesource@mail.ru 2010-05-14 03:06:03 ---
Still seeing suspicious /mnt/d. Isn't that NTFS partition?
No, that's ext4 partition. I have no other OS except Fedora 12 installed. /mnt/d is used for data storage and large games installations.
I have an idea though. I have Russian version of RA3. The disk is genuine and legal so that should not be a problem, but still...
http://bugs.winehq.org/show_bug.cgi?id=22662
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #26 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-14 03:29:54 --- Do not run the game from the foreign mount, install it under Wine. Invalid.
http://bugs.winehq.org/show_bug.cgi?id=22662
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #27 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-14 03:30:10 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #28 from The Source thesource@mail.ru 2010-05-14 03:41:10 --- Look, pal, if you just don't want to do anything say so directly and quit the project. Do not install on another partition? This is ridiculous, if you really think the installation directory can affect the app so much, then either wine is completely unreliable (which is not so, since I run many great games under wine) or you are playing dumb game with me, which is very insulting. I guess I'll have to consult people who doesn't reject reports because I breathe improperly during the installation. Have a nice day!
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #29 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-14 03:47:45 ---
From the logs you have attached it's pretty clear that every time you point
Wine to an existing installation of the game, while you claim that you install in into a fresh ~/.wine prefix from the scratch. If you are not going to follow simple bug tracking/investigation rules please don't bother to report Wine bugs in future.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #30 from The Source thesource@mail.ru 2010-05-14 03:55:05 --- This "existing" installation was MADE under wine, why can't I install the game where I want? In the installer you can specify the directory, for example, Z:\mnt\d\Red Alert 3, what's wrong with that? The game registry information of course goes to wine registry as it should. Really, in genuine windows I can install the game where I want, why can't I do it under wine? Anyway, the installation goes fine, it's not the installer we discuss here, so I really don't understand what am I doing wrong.
Ok, fine, I'll delete ~/.wine again, install gecko, then install RA3 to the default directory. But I really doubt it will change anything.
http://bugs.winehq.org/show_bug.cgi?id=22662
The Source thesource@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #27948|0 |1 is obsolete| |
--- Comment #31 from The Source thesource@mail.ru 2010-05-14 05:12:27 --- Created an attachment (id=27951) --> (http://bugs.winehq.org/attachment.cgi?id=27951) RA3 launch log
Ok, here's the console output with clean installation of RA3 to the default directory (no additional software like vcredist is installed, gecko is installed).
http://bugs.winehq.org/show_bug.cgi?id=22662
The Source thesource@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #32 from The Source thesource@mail.ru 2010-05-14 05:13:15 --- Reopening
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #33 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-14 05:40:41 ---
wine: Unhandled page fault on write access to 0x001f0000 at address 0x681d25b6 (thread 0027), starting debugger...
Where is the rest?
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #34 from The Source thesource@mail.ru 2010-05-14 05:53:06 --- Well, that's the problem, there's no 'rest', that's it. Though it said 'starting debugger', no backtrace was ever printed. Maybe I can run game executable with winedbg directly? Like 'winedbg ra3_1.12.game'?
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #35 from Jeff Zaroyko jeffz@jeffz.name 2010-05-14 06:39:04 --- Did you acknowledge the crash dialog? Disabling it might be easier, sometimes it doesn't have focus:
wget kegel.com/wine/winetricks && sh winetricks nocrashdialog
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #36 from The Source thesource@mail.ru 2010-05-14 07:15:42 --- There was no crash dialog at all. I did winetricks you suggested, but it didn't help. Then I tried 'winedbg ra3_1.12.game' -> 'cont' and got some backtrace, though I'm not sure if this is the one you need. Here it is:
Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:011bc368 ESP:01e68560 EBP:01e68580 EFLAGS:00210206( R- -- I - -P- ) EAX:00400d20 EBX:00000000 ECX:787f95f0 EDX:00000001 ESI:0197c000 EDI:ffffffff Stack dump: 0x01e68560: 01e7fe98 011bc3d3 ffffffff 01572fc0 0x01e68570: 01e68abf 787f95f0 00000000 00f0ce00 0x01e68580: 01e69d9c 011bad47 011bb623 0151084c 0x01e68590: 00000000 01775000 00000000 00000000 0x01e685a0: 00000000 00000000 00000000 00000000 0x01e685b0: 00000000 00000000 01e68694 01e68d68 Backtrace: =>0 0x011bc368 in ra3_1.12.game (+0xdbc368) (0x01e68580) 1 0x011bad47 in ra3_1.12.game (+0xdbad46) (0x01e69d9c) 2 0x00fab44a in ra3_1.12.game (+0xbab449) (0x01e7f824) 3 0x00db09ec in ra3_1.12.game (+0x9b09eb) (0x01e7fdcc) 4 0x011c44bd in ra3_1.12.game (+0xdc44bc) (0x01e7fea8) 5 0x7b855c54 start_process+0x53() in kernel32 (0x01e7fee8) 6 0x7bc6e330 call_thread_func+0xb() in ntdll (0x01e7fef8) 7 0x7bc6e500 call_thread_entry_point+0x6f() in ntdll (0x01e7ffc8) 8 0x7bc4a3ba start_process+0x29() in ntdll (0x01e7ffe8) 0x011bc368: cmpw $0x5a4d,0x0(%esi)
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #37 from Wylda wylda@volny.cz 2010-05-14 08:47:52 --- (In reply to comment #31)
RA3 launch log
Ok, here's the console output with clean installation of RA3 to the default
I noticed some hot stuff by Hans Leidekker: http://source.winehq.org/patches/data/61556
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #38 from The Source thesource@mail.ru 2010-05-14 09:42:04 --- Tried the patch: sudo make uninstall patch -p1 < somepatch.diff make sudo make install
The line before 'starting debugger' (fixme:winhttp:request_set_option WINHTTP_OPTION_SECURITY_FLAGS unimplemented (00003100)) vanished, but the rest is the same (i.e 'starting debugger' still pops up without actual debugger start, then process exits).
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #39 from The Source thesource@mail.ru 2010-05-28 04:41:48 --- Tested with version 1.2-rc1. Problem still here but I was able to get better backtrace:
Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:68605c1d ESP:01e7f8c0 EBP:01e7f938 EFLAGS:00010a02( R- --O I - - - ) EAX:80808081 EBX:686a399c ECX:00000000 EDX:00000067 ESI:000000ac EDI:00390000 Stack dump: 0x01e7f8c0: 0000031c 00000000 00000000 00000010 0x01e7f8d0: 00000010 00000000 00000000 00000010 0x01e7f8e0: 00000010 684c9c98 00144d28 00000000 0x01e7f8f0: 00cc0020 00000308 01e70001 68720001 0x01e7f900: 01e7f918 0000031c 00145598 00000328 0x01e7f910: 00000000 00000000 00000010 00000010 Backtrace: =>0 0x68605c1d create_alpha_bitmap+0x1cd() in user32 (0x01e7f938) 1 0x6860681f CURSORICON_CreateIconFromBMI+0x86e() in user32 (0x01e7f9c8) 2 0x68606939 CreateIconFromResourceEx+0xd8() in user32 (0x01e7fa18) 3 0x686094cb CURSORICON_Load+0x6ca() in user32 (0x01e7fad8) 4 0x68609a70 LoadImageW+0x1cf() in user32 (0x01e7fbe8) 5 0x6860a8fe LoadImageA+0x19d() in user32 (0x01e7fcd8) 6 0x683de4e6 SIC_Initialize+0x1a5() in shell32 (0x01e7fd28) 7 0x683e7ec2 DllMain+0xb1() in shell32 (0x01e7fd68) 8 0x7bc485b5 call_dll_entry_point+0x14() in ntdll (0x01e7fd88) 9 0x7bc4b643 MODULE_InitDLL+0xe2() in ntdll (0x01e7fec8) 10 0x7bc4bf70 process_attach+0xbf() in ntdll (0x01e7ff28) 11 0x7bc4bf42 process_attach+0x91() in ntdll (0x01e7ff88) 12 0x7bc4c173 attach_process_dlls+0x52() in ntdll (0x01e7ffe8) 0x68605c1d create_alpha_bitmap+0x1cd in user32: movb %dl,0x0(%edi,%ecx,4)
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #40 from Jeff Zaroyko jeffz@jeffz.name 2010-05-28 06:44:18 --- (In reply to comment #39)
Tested with version 1.2-rc1. Problem still here but I was able to get better backtrace:
Spam
That's not the backtrace you're looking for. See http://wiki.winehq.org/Backtraces especially the part about set $BreakOnFirstChance=0
Attach backtraces as a text file in the future.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #41 from The Source thesource@mail.ru 2010-05-28 07:12:35 --- Well, with 'set $BreakOnFirstChance=0 ' I've got something new: the game caught exception by itself and gave me dialog explaining that the game failed to load 'required security module' and suggesting to collect crash report and send to EA customer support. Crash log is in weird format (proprietary to EA I guess) and I don't know how to convert it to readable one. So another chance of getting backtrace is make the game not to catch the exception. Can it be done?
http://bugs.winehq.org/show_bug.cgi?id=22662
Pablo Lopez pabloflv@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #42 from Pablo Lopez pabloflv@yahoo.com 2010-07-28 09:06:55 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=22662
Rex Tsai chihchun@kalug.linux.org.tw changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chihchun@kalug.linux.org.tw
http://bugs.winehq.org/show_bug.cgi?id=22662
Xavier Vachon xvachon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xvachon@gmail.com
--- Comment #43 from Xavier Vachon xvachon@gmail.com 2010-10-27 23:41:13 CDT --- In current git (1.3.5), V1.12 of the game and an added d3dx9_36, I am able to start the game and play it. The issue here does not seem to be related to d3dx9, hence I think this is fixed.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #44 from Austin English austinenglish@gmail.com 2010-10-28 02:56:38 CDT --- (In reply to comment #43)
In current git (1.3.5), V1.12 of the game and an added d3dx9_36, I am able to start the game and play it. The issue here does not seem to be related to d3dx9, hence I think this is fixed.
Well, if you used a native d3dx9_36, most bugs in d3dx9 would be hidden by the native dll...
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #45 from The Source thesource@mail.ru 2010-10-28 03:12:27 CDT --- fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" (8.0.50727.762)
I installed the game under wine to wine Program Files folder, patched it to 1.12 using native game updater. Got the above error. I didn't install or copy any additional dlls.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #46 from The Source thesource@mail.ru 2010-10-28 03:18:53 CDT --- fixme:win:EnumDisplayDevicesW ((null),0,0x1e68268,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x1e67de8,0x00000000), stub! wine: Unhandled exception 0x80000004 at address (nil) (thread 0030), starting debugger...
Happens with both wine and windows native d3dx9_36.dll
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #47 from Xavier Vachon xvachon@gmail.com 2010-10-28 10:12:38 CDT --- I tested again this morning just to double check your comments. Aside from d3dx9_36, Gecko has to be installed because the game shows a news panel before loading. I also had a peak in windows/system32 to see if the game installed msvcrt overrides, and it installed none. I'm curious to know why you get these lines and I don't:
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" (8.0.50727.762)
wine: Unhandled exception 0x80000004 at address (nil) (thread 0030), starting debugger...
What is your wine version, OS and graphic driver? I tested this with wine-1.3.5-349-g8cf585f, which is current git, Gentoo Linux X64 and Nvidia drivers 260.19.12.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #48 from The Source thesource@mail.ru 2010-10-28 10:15:59 CDT --- wine-wow-1.3.5-1.fc13.x86_64 wine-wow-1.3.5-1.fc13.i686
Fedora 13 x86_64, nvidia 260.19.12
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #49 from Xavier Vachon xvachon@gmail.com 2011-05-15 14:21:47 CDT --- In git (1.3.20) Red Alert starts fine for me with a d3dx9_36 override (http://bugs.winehq.org/show_bug.cgi?id=17815). I use Gentoo Linux X64 and nvidia-drivers
http://bugs.winehq.org/show_bug.cgi?id=22662
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #50 from joaopa jeremielapuree@yahoo.fr 2012-11-03 00:16:46 CDT --- Original bug is reported FIXED. Please open a new bug report for other problems
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #51 from Xavier Vachon xvachon@gmail.com 2012-11-03 02:05:00 CDT --- (In reply to comment #50)
Original bug is reported FIXED. Please open a new bug report for other problems
The game still requires a d3dx9_36 override in current wine (1.5.16) to start.
http://bugs.winehq.org/show_bug.cgi?id=22662
--- Comment #52 from joaopa jeremielapuree@yahoo.fr 2012-11-03 18:15:43 CDT --- This bug should be marked as INVALID at least.
Igt is unreadable. First reprt was about MSVCP80.dll.
After, it ias about d3dx9.
I propose to close this bug as INVALID, and someone opens a new bug report for the d3dx9 problem.
http://bugs.winehq.org/show_bug.cgi?id=22662
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #53 from Austin English austinenglish@gmail.com 2012-11-05 02:56:16 CST --- Invalid
http://bugs.winehq.org/show_bug.cgi?id=22662
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |00cpxxx@gmail.com
--- Comment #54 from Bruno Jesus 00cpxxx@gmail.com 2012-11-10 16:34:11 CST --- Closing.
-
wine-bugs＠winehq.org