http://bugs.winehq.org/show_bug.cgi?id=27260
Summary: Freelancer: Complains about debugger on amd64 and fails to start Product: Wine Version: 1.3.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: debian@carbon-project.org
On amd64 Freelancer doesn't start but complains, that a debugger has been detected and instructs one to unload the debugger an restart Freelancer. Playing the game with the same Wine version on i386 works. Judging from a post at [0] from 2008 by Andreas Lausch this problem has existed for some time, thus I didn't try to find a "good" version for bisecting on amd64. Please let me know, if there is any patch/test I should run for you or some debugging channel you need.
Please note, that I'm seeing this bug with a stock Freelancer (no matter whether it's patched to 1.1 or not). It seems like some mods enable playing of Freelancer on amd64 (e.g. [1] is a recent report for amd64 with a mod).
[0] http://appdb.winehq.org/objectManager.php?sClass=version&iId=2504#Comment-38824 [1] http://appdb.winehq.org/objectManager.php?sClass=version&iId=2504&iTestingId=63861
http://bugs.winehq.org/show_bug.cgi?id=27260
--- Comment #1 from Cùran debian@carbon-project.org 2011-06-11 16:11:28 CDT --- First: still there with 1.3.22 (just as a side note: Mafia shows the same bug: works on i386 but on amd64 it complains about a debugger). Second: I suspected this to be the copy protection so I tried a NoCD patch and the game works. I'm not sure what's triggering the copy protection on amd64 while it remains dormant on i386, but some dev can probably guess this.
http://bugs.winehq.org/show_bug.cgi?id=27260
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation CC| |focht@gmx.net
--- Comment #2 from Anastasius Focht focht@gmx.net 2011-06-14 07:51:45 CDT --- Hello,
can you run "ProtectionID" tool (http://pid.gamecopyworld.com/) on the main binaries (*.exe, *.dll) to identify exact copy protection? Copy/paste the output of the log window here - only executables that have been flagged containing protection.
See this bug: http://bugs.winehq.org/show_bug.cgi?id=27349 for examples what kind of information is relevant from "Protection ID".
Regards
http://bugs.winehq.org/show_bug.cgi?id=27260
--- Comment #3 from Cùran debian@carbon-project.org 2011-06-18 02:13:29 CDT --- Created an attachment (id=35189) --> (http://bugs.winehq.org/attachment.cgi?id=35189) log of flagged files for Freelancer
Ok, I ran the tool (not too happy with it, due to [0] though that are most likely false positives, as the scanners flagging PID are rather obscure) and it reported only on the main exe (the following is the hit on the install CD), as you can see from the attached log. The other "hits" where SECDRV.SYS and drvmgt.dll but no extra information was there (I've included the result of drvmgt.dll in the attachment). Long story short: the detected copy protection is SafeDisc v2.70.030
http://bugs.winehq.org/show_bug.cgi?id=27260
--- Comment #4 from Cùran debian@carbon-project.org 2011-06-18 02:14:00 CDT --- oh, sorry, forgot [0], so here it is: http://www.virustotal.com/file-scan/report.html?id=3cbf70b46a3e3ec4d0665aaf7d9da3c7846017143c4320ce39f37d15a9c48545-1308378910
http://bugs.winehq.org/show_bug.cgi?id=27260
--- Comment #5 from Guillaume gufide_g@yahoo.ca 2011-09-02 16:29:21 CDT --- Created an attachment (id=36210) --> (http://bugs.winehq.org/attachment.cgi?id=36210) debugger log
got this bug too but got a different log
http://bugs.winehq.org/show_bug.cgi?id=27260
--- Comment #6 from Austin English austinenglish@gmail.com 2013-11-13 16:51:31 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
http://bugs.winehq.org/show_bug.cgi?id=27260
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE Summary|Freelancer: Complains about |Freelancer: Complains about |debugger on amd64 and fails |debugger on amd64 and fails |to start |to start (32-bit service in | |shared wow64)
--- Comment #7 from Anastasius Focht focht@gmx.net 2013-11-14 17:55:02 CST --- Hello folks,
it's because the 32-bit SafeDisc driver/service can't be started properly in 64-bit WINEPREFIX.
When the service is created using CreateService() API, the request is handled by 64-bit services.exe (64-bit registry branch). The 32-bit driver/service executable lives in redirected 32-bit folder (syswow64).
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Microsoft Games/Freelancer/EXE
$ WINEDEBUG=+tid,+seh,+process,+service wine ./Freelancer.exe 0009:trace:process:init_current_directory starting in L"C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\" 0x8 0009:trace:process:create_process_impl app L"C:\windows\system32\wineboot.exe" cmdline L"C:\windows\system32\wineboot.exe --init" 0009:trace:process:open_exe_file looking for L"C:\windows\system32\wineboot.exe" 0009:trace:process:create_process_impl starting L"C:\windows\system32\wineboot.exe" as Win64 binary ((nil)-(nil)) 000b:trace:process:init_current_directory starting in L"C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\" 0xc 000b:trace:process:__wine_kernel_init starting process name=L"C:\windows\system32\wineboot.exe" argv[0]=L"C:\windows\system32\wineboot.exe" 0009:trace:process:create_process_impl started process pid 000a tid 000b 0009:trace:process:start_wineboot started wineboot pid 000a tid 000b 0009:trace:process:__wine_kernel_init starting process name=L"C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\Freelancer.exe" argv[0]=L"C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\Freelancer.exe" ... 000b:trace:process:create_process_impl app L"C:\windows\system32\services.exe" cmdline L"C:\windows\system32\services.exe" 000b:trace:process:open_exe_file looking for L"C:\windows\system32\services.exe" 000b:trace:process:create_process_impl starting L"C:\windows\system32\services.exe" as Win64 binary ((nil)-(nil)) 000f:trace:process:init_current_directory starting in L"C:\windows\" 0xc 000f:trace:process:__wine_kernel_init starting process name=L"C:\windows\system32\services.exe" argv[0]=L"C:\windows\system32\services.exe" 000b:trace:process:create_process_impl started process pid 000e tid 000f ... 000f:trace:service:scmdatabase_load_services Loading service L"SecDrv" 000f:trace:service:load_service_config Image path = L"C:\windows\system32\drivers\\SECDRV.SYS" 000f:trace:service:load_service_config Group = (null) 000f:trace:service:load_service_config Service account name = L"LocalSystem" 000f:trace:service:load_service_config Display name = L"SecDrv" 000f:trace:service:load_service_config Service dependencies : (none) 000f:trace:service:load_service_config Group dependencies : (none) ... 000f:trace:service:service_start returning 2 000f:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv" failed to start: 2 ... 000d:trace:process:create_process_impl started process pid 0021 tid 0022 0009:trace:process:set_entry_point setting FT_Thunk at 0x7b8ba838 to 00000000 0009:trace:process:create_process_impl app L"C:\users\focht\Temp\~f1d055.tmp" cmdline L""C:\users\focht\Temp\~f1d055.tmp" 8 "C:\users\focht\Temp\""~efd8c5"" 0009:trace:process:open_exe_file looking for L"C:\users\focht\Temp\~f1d055.tmp" 0009:trace:process:create_process_impl starting L"C:\users\focht\Temp\~f1d055.tmp" as Win32 binary (0x400000-0x410000) 0024:trace:process:init_current_directory starting in L"C:\users\focht\Temp\" 0x14 0024:trace:process:__wine_kernel_init starting process name=L"C:\users\focht\Temp\~f1d055.tmp" argv[0]=L"C:\users\focht\Temp\~f1d055.tmp" 0009:trace:process:create_process_impl started process pid 0023 tid 0024 0009:trace:service:SERV_OpenSCManagerW ((null),(null),0x00000001) 0024:trace:process:set_entry_point setting FT_Thunk at 0x7b8ba838 to 00000000 0016:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) 0009:trace:service:SERV_OpenSCManagerW returning 0x13dcb8 0009:trace:service:OpenServiceA 0x13dcb8 "SecDrv" 52 0009:trace:service:SERV_OpenServiceW 0x13dcb8 L"SecDrv" 52 0018:trace:service:svcctl_OpenServiceW (L"SecDrv", 0x34) 0009:trace:service:SERV_OpenServiceW returning 0x13da18 0009:trace:service:QueryServiceStatus 0x13da18 0x33f198 0009:trace:service:QueryServiceStatusEx 0x13da18 0 0x33f128 36 0x33f124 0009:trace:service:StartServiceA (0x13da18,0,(nil)) 0009:trace:service:StartServiceW 0x13da18 0 (nil) 0018:trace:service:svcctl_StartServiceW (0x146f0, 0, (nil)) 0018:trace:service:service_start returning 2 0009:trace:service:CloseServiceHandle 0x13da18 0016:trace:service:svcctl_CloseServiceHandle (&0x146f0) 0009:trace:service:CloseServiceHandle 0x13dcb8 0018:trace:service:svcctl_CloseServiceHandle (&0x145b0) 0009:trace:service:SERV_OpenSCManagerW ((null),(null),0x00000001) 0016:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) 0009:trace:service:SERV_OpenSCManagerW returning 0x13dcb8 0009:trace:service:OpenServiceA 0x13dcb8 "SecDrv" 52 0009:trace:service:SERV_OpenServiceW 0x13dcb8 L"SecDrv" 52 0018:trace:service:svcctl_OpenServiceW (L"SecDrv", 0x34) 0009:trace:service:SERV_OpenServiceW returning 0x13da18 0009:trace:service:QueryServiceStatus 0x13da18 0x33f198 0009:trace:service:QueryServiceStatusEx 0x13da18 0 0x33f128 36 0x33f124 0009:trace:service:StartServiceA (0x13da18,0,(nil)) 0009:trace:service:StartServiceW 0x13da18 0 (nil) 0018:trace:service:svcctl_StartServiceW (0x14700, 0, (nil)) 0018:trace:service:service_start returning 2 ... --- snip ---
Regards
*** This bug has been marked as a duplicate of bug 30901 ***
http://bugs.winehq.org/show_bug.cgi?id=27260
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Austin English austinenglish@gmail.com 2013-11-26 14:56:43 CST --- Closing.