http://bugs.winehq.org/show_bug.cgi?id=27326
Summary: DiRT 3 fails to launch (exits silently) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: nwarrenfl@gmail.com
When running DiRT 3 nothing happens and the process quits. This is the output when running the executable: wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0020), starting debugger...
I did a relay log to find the cause but I'm not experienced enough to find it. The relay log is attached in the hope someone will find the problem.
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #1 from Warren Dumortier nwarrenfl@gmail.com 2011-05-29 03:21:08 CDT --- The attachment failed, here it is: http://www.mediafire.com/?u7jedojrdn7i2iv
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #2 from Warren Dumortier nwarrenfl@gmail.com 2011-05-29 09:01:02 CDT --- After asking on #winehackers _Marcus_ helped me a bit to debug this.
It seems the executable launches dirt3.exe by calling KERNEL32.CreateProcess (see line 4698). Afterwards it does ReadProcessMemory and WriteProcessMemory calls. Finally the process exits by calling KERNEL32.ExitProcess (see line 5847).
If anyone can debug further, please let know, the debug output isn't really big as the game directly exits...
http://bugs.winehq.org/show_bug.cgi?id=27326
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation Status|UNCONFIRMED |NEW CC| |focht@gmx.net Summary|DiRT 3 fails to launch |DiRT 3 game fails to launch |(exits silently) |(SecuROM 8.x and SecuROM | |Data File Activation | |2.x/Product Activation) Ever Confirmed|0 |1
--- Comment #3 from Anastasius Focht focht@gmx.net 2011-06-16 04:20:41 CDT --- Hello,
seems to be newer copy protection type. I found a torrent and tested with unpatched executables.
--- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... ... Scanning -> Z:\home\focht.wine\drive_c\Program Files\Codemasters\DiRT 3\DFA.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 6252000 (05F65E0h) Byte(s) -> File Appears to be Digitally Signed @ Offset 05F5088h, size : 01558h / 05464 byte(s) -> File has 136 (088h) bytes of appended data starting at offset 05F5000h [File Heuristics] -> Flag : 00000000000000000001000000000111 (0x00001007) [!] SecuROM SLL v 1.6.1 Protected (For SecuROM v 7.42.4) [i] SecuROM Data File Activation Core Module - version 2.4.0 [CompilerDetect] -> Visual C++ 7.1 (Visual Studio 2003) - Scan Took : 0.300 Second(s)
Scanning -> Z:\home\focht.wine\drive_c\Program Files\Codemasters\DiRT 3\dirt3_game.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 14499200 (0DD3D80h) Byte(s) -> File Appears to be Digitally Signed @ Offset 0DD2800h, size : 01580h / 05504 byte(s) [File Heuristics] -> Flag : 00000000000001001101000000000100 (0x0004D004) [!] Games For Windows Live detected ! [CompilerDetect] -> Visual C++ 9.0 (Visual Studio 2008) - Scan Took : 1.880 Second(s)
Scanning -> Z:\home\focht.wine\drive_c\Program Files\Codemasters\DiRT 3\dirt3.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 9241952 (08D0560h) Byte(s) -> File Appears to be Digitally Signed @ Offset 08CF008h, size : 01558h / 05464 byte(s) [File Heuristics] -> Flag : 00000000000000000000000000000101 (0x00000005) [!] SecuROM Detected - Version 08.03.0012 [!] Possible CD/DVD-Key or Serial Check -> SerialNumber [CompilerDetect] -> Visual C++ 7.1 (Visual Studio 2003) - Scan Took : 0.330 Second(s) --- snip ---
From a quick glance it crashes while preparing the FT_Thunk check.
The FT_Thunk check is part of SecuROM prerequisite code which is to determine exact OS version. It is executed before every in-depth security check because the checks are tailored to specific Windows versions.
Maybe they changed the wrapper code to call/emulate OS api. I'll have a look at this in detail when I got some time ... the queue is full :|
Regards
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #4 from Warren Dumortier nwarrenfl@gmail.com 2011-06-16 04:54:08 CDT --- Are you sure it is related to copy-protection? Because my attempt was with a no-cd crack, so even the cracked exe fails.
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #5 from Anastasius Focht focht@gmx.net 2011-06-16 06:20:35 CDT --- Hello,
--- quote --- Are you sure it is related to copy-protection? Because my attempt was with a no-cd crack, so even the cracked exe fails. --- quote ---
Well, I don't know what I'm doing here ... found this place and thought "hey, lets just post random stuff made up from my mind" ;-)
Maybe I'm misunderstood, I said:
"I found a torrent and tested with unpatched executables."
Emphasis "unpatched" or call it "uncracked".
I would not write stuff like that without having at least a look over it. If it were hypothetical thoughts I would mention it.
Regards
http://bugs.winehq.org/show_bug.cgi?id=27326
Saulius K. saulius2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27326
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #6 from Anastasius Focht focht@gmx.net 2011-06-22 01:17:54 CDT --- *** Bug 27557 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #7 from Warren Dumortier nwarrenfl@gmail.com 2011-06-22 08:57:02 CDT --- Thanks for having a look, but what you explained concerns the uncracked exe, however my debug log and attempt to get it running was using the cracked exe, which is probably another bug? Should i make a new bug report, or is this related anyway?
http://bugs.winehq.org/show_bug.cgi?id=27326
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #8 from Dan Kegel dank@kegel.com 2011-06-22 16:36:53 CDT --- It's a grey area, but I don't think we support cracked games. If we did, it would be a different bug.
http://bugs.winehq.org/show_bug.cgi?id=27326
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #9 from GyB gyebro69@gmail.com 2011-06-26 02:44:40 CDT --- Tomb Raider: Legend v1.2, obtained via Gamersgate digital distribution service is also cursed with Securom 8.x, thus the game fails to start under current Wine (1.3.23).
Scanning -> C:\Program Files\Tomb Raider - Legend\paul.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 253952 (03E000h) Byte(s) [File Heuristics] -> Flag : 00000000000000000000000000000000 (0x00000000) [!] SecuROM PA Detected - Version 1.0.1.7 [!] Possible CD/DVD-Key or Serial Check -> unlock code [CompilerDetect] -> Visual C++ 7.1 (Visual Studio 2003) - Scan Took : 0.117 Second(s)
Scanning -> C:\Program Files\Tomb Raider - Legend\trl.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 23232512 (01628000h) Byte(s) [File Heuristics] -> Flag : 00000000000000000000000000000001 (0x00000001) [!] SecuROM Detected - Version 08.03.0012 [!] Possible CD/DVD-Key or Serial Check -> SerialNumber [CompilerDetect] -> Visual C++ 7.1 (Visual Studio 2003) - Scan Took : 2.235 Second(s)
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #10 from jhgf bernhardloos@googlemail.com 2011-08-15 16:09:25 CDT --- Created an attachment (id=35972) --> (http://bugs.winehq.org/attachment.cgi?id=35972) initialize PEB->LdrData->Length
Securom 8 seems to use it's own GetProcAddress implementation (which is uses to resolv the actual GetProcAddress from kernel32.dll). It stumbles over an uninitialized value for PEB->LdrData->Length.
http://bugs.winehq.org/show_bug.cgi?id=27326
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch Severity|normal |major
--- Comment #11 from Austin English austinenglish@gmail.com 2011-08-15 19:26:45 CDT --- (In reply to comment #10)
Created an attachment (id=35972)
--> (http://bugs.winehq.org/attachment.cgi?id=35972) [details]
initialize PEB->LdrData->Length
Securom 8 seems to use it's own GetProcAddress implementation (which is uses to resolv the actual GetProcAddress from kernel32.dll). It stumbles over an uninitialized value for PEB->LdrData->Length.
Works for Alice: Madness returns, which then fails in the Origin program itself (hangs). I've filed bug 28090 for that.
Bernhard, please submit :).
http://bugs.winehq.org/show_bug.cgi?id=27326
Christian Inci chris.pcguy.inci@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris.pcguy.inci@gmail.com
--- Comment #12 from Christian Inci chris.pcguy.inci@gmail.com 2011-08-19 02:11:47 CDT --- Patch #35972 works for Grand Theft Auto IV Title Update 1.0.7.0
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #13 from GyB gyebro69@gmail.com 2011-08-19 12:03:29 CDT --- The patch worked in the case of Tomb Raider: Legend, too.
A 'minor' problem still exists for me with TR:L: the activation data is not written on disk (should be somewhere under C:\users...\Application Data\DSS), only the corresponding registry entries are created (under HKCU\Software\DSS\Product Activation). Thus the game requires a new activation on each start. This might be a different problem, though.
http://bugs.winehq.org/show_bug.cgi?id=27326
--- Comment #14 from Austin English austinenglish@gmail.com 2011-08-19 20:01:57 CDT --- (In reply to comment #13)
The patch worked in the case of Tomb Raider: Legend, too.
A 'minor' problem still exists for me with TR:L: the activation data is not written on disk (should be somewhere under C:\users...\Application Data\DSS), only the corresponding registry entries are created (under HKCU\Software\DSS\Product Activation). Thus the game requires a new activation on each start. This might be a different problem, though.
New bug please.
http://bugs.winehq.org/show_bug.cgi?id=27326
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #15 from Austin English austinenglish@gmail.com 2011-08-22 14:20:14 CDT --- Fixed by http://source.winehq.org/git/wine.git/commitdiff/b8629f55f1e5ca827b770828365...
open new bugs for remaining problems (check f or dupes first).
http://bugs.winehq.org/show_bug.cgi?id=27326
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Alexandre Julliard julliard@winehq.org 2011-08-26 13:25:37 CDT --- Closing bugs fixed in 1.3.27.
http://bugs.winehq.org/show_bug.cgi?id=27326
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |b8629f55f1e5ca827b770828365 | |2d9288b9be288 Component|-unknown |ntdll
--- Comment #17 from Anastasius Focht focht@gmx.net 2011-10-10 14:59:31 CDT --- Hello,
filling/correcting some fields...
Regards
http://bugs.winehq.org/show_bug.cgi?id=27326
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |NightNord@gmail.com
--- Comment #18 from Anastasius Focht focht@gmx.net 2011-10-14 14:01:11 CDT --- *** Bug 25853 has been marked as a duplicate of this bug. ***
-
wine-bugs＠winehq.org