http://bugs.winehq.org/show_bug.cgi?id=23523
Summary: Call of Juarez DX10 Benchmark does not start Product: Wine Version: 1.2-rc6 Platform: x86-64 URL: http://games.on.net/file/9061/Call_of_Juarez_DirectX_1 0_Benchmark_Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: the.ideals@gmail.com
Created an attachment (id=29364) --> (http://bugs.winehq.org/attachment.cgi?id=29364) Crash log
After running the launcher for the software; it crashed.
http://bugs.winehq.org/show_bug.cgi?id=23523
the.ideals@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #1 from Austin English austinenglish@gmail.com 2010-07-05 04:43:04 ---
err:winediag:X11DRV_WineGL_InitOpenglInfo The Mesa OpenGL driver is using software rendering, most likely your OpenGL drivers haven't been installed correctly
That's probably your problem...
http://bugs.winehq.org/show_bug.cgi?id=23523
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |xerox_xerox2000@yahoo.co.uk Ever Confirmed|0 |1
--- Comment #2 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2010-07-08 14:46:52 --- confirming, i get the same crash. Before the crash there's a zillion calls to GetModuleHandleA. Just before that there's:
0009:Call KERNEL32.GetProcAddress(7b810000,00c8a17c "IsWow64Process") ret=004cd162 0009:Ret KERNEL32.GetProcAddress() retval=7b823ea0 ret=004cd162 0009:Call KERNEL32.GetCurrentProcess() ret=004cd175 0009:Ret KERNEL32.GetCurrentProcess() retval=ffffffff ret=004cd175 0009:Call KERNEL32.IsWow64Process(ffffffff,00f2f8c8) ret=004cd178 0009:Ret KERNEL32.IsWow64Process() retval=00000001 ret=004cd178 0009:Call KERNEL32.VirtualAlloc(00000000,ef221000,00001000,00000004) ret=005969cc 0009:Ret KERNEL32.VirtualAlloc() retval=00000000 ret=005969cc 0009:Call KERNEL32.GetModuleHandleA(00000000) ret=00463f0d
Maybe the failing VirtualAlloc could be the problem>?
http://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #3 from butraxz@gmail.com 2013-06-27 12:45:50 CDT --- This ticket has not been updated for over 900 days.
Is this still an issue in wine version 1.6-rc3 or higher or is this to be closed as abandoned ?
http://bugs.winehq.org/show_bug.cgi?id=23523
Jarkko K jarkko_korpi@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi@hotmail.com
--- Comment #4 from Jarkko K jarkko_korpi@hotmail.com --- Demo link not valid anymore.
Any update?
https://bugs.winehq.org/show_bug.cgi?id=23523
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |abolte@systemsaviour.com
--- Comment #5 from Adam Bolte abolte@systemsaviour.com --- Created attachment 50500 --> https://bugs.winehq.org/attachment.cgi?id=50500 coj_dx10_benchmark-1.7.33.log
Output from 1.7.33+ (master HEAD at time of writing) attached. Still an issue.
fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x207108, index 902133, desc 0x8bf4cc stub!
where the index value increments seemingly indefinitely.
Note that the main DX10 version of this game has the same symptom (even using the -safemode option) - it's not specific to the benchmark.
While the game does also have a DirectX 9 build bundled which works well, there is no DirectX 9 version of the benchmark tool.
https://bugs.winehq.org/show_bug.cgi?id=23523
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #6 from super_man@post.com --- Download is dead. Assuming this is the same.
https://www.techpowerup.com/downloads/584/call-of-juarez-dx10-benchmark/mirr...
It gets stuck at lauch after install. Last line to be seen.
fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap
wine 1.7.51
https://bugs.winehq.org/show_bug.cgi?id=23523
Andrey Gusev andrey.goosev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation
--- Comment #7 from Andrey Gusev andrey.goosev@gmail.com --- Benchmark uses SecuROM v7.01 protection.
https://bugs.winehq.org/show_bug.cgi?id=23523
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #50500|0 |1 is obsolete| |
--- Comment #8 from Adam Bolte abolte@systemsaviour.com --- Created attachment 54950 --> https://bugs.winehq.org/attachment.cgi?id=54950 call_of_juarez-dx10_benchmark-1.9.13.log
Currently crashes on "Unimplemented function d3dx10_43.dll.D3DX10CompileFromMemory", which is probably bug 35123.
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #9 from super_man@post.com --- (In reply to Adam Bolte from comment #8)
Created attachment 54950 [details] call_of_juarez-dx10_benchmark-1.9.13.log
Currently crashes on "Unimplemented function d3dx10_43.dll.D3DX10CompileFromMemory", which is probably bug 35123.
I believe that exact bug is now fixed in wine-git. Can you retry this one?
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #10 from Adam Bolte abolte@systemsaviour.com --- I will try to get around to testing it tonight.
https://bugs.winehq.org/show_bug.cgi?id=23523
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #54950|0 |1 is obsolete| |
--- Comment #11 from Adam Bolte abolte@systemsaviour.com --- Created attachment 55012 --> https://bugs.winehq.org/attachment.cgi?id=55012 call_of_juarez-dx10_benchmark-1.9.13+.log
Tested against the latest git master (a9a6948). Looks like we're getting a bit further.
Note that despite the console output saying it started a debugger, I never saw a pop-up that showed a backtrace - the app just quietly terminated.
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #12 from Adam Bolte abolte@systemsaviour.com --- Console output looks the same to me in 1.9.14.
https://bugs.winehq.org/show_bug.cgi?id=23523
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #13 from winetest@luukku.com --- (In reply to Adam Bolte from comment #12)
Console output looks the same to me in 1.9.14.
Does it go forward if you override d3dcompiler at winecfg?
https://bugs.winehq.org/show_bug.cgi?id=23523
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fjfrackiewicz@gmail.com
--- Comment #14 from fjfrackiewicz@gmail.com --- It looks like this benchmark program has hit the same roadblock as this: https://bugs.winehq.org/show_bug.cgi?id=24417
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #15 from Adam Bolte abolte@systemsaviour.com --- (In reply to winetest from comment #13)
Does it go forward if you override d3dcompiler at winecfg?
Installing d3dcompiler_43 via winetricks does get the benchmark application to run, but it only shows a black window.
The console continuously prints out:
fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x16ba28, index 121599, desc 0x8bf48c stub! fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x16ba28, index 121600, desc 0x8bf48c stub! fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x16ba28, index 121601, desc 0x8bf48c stub! fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x16ba28, index 121602, desc 0x8bf48c stub! etc.
where the index value seems to increment forever.
(In reply to fjfrackiewicz from comment #14)
It looks like this benchmark program has hit the same roadblock as this: https://bugs.winehq.org/show_bug.cgi?id=24417
That was my suspicion too.
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #16 from winetest@luukku.com --- "Lisence date has expired. Please contact the software provider to update the software or extend the lisence."
??
wine 2.0rc5 and staging 2.0rc5.
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #17 from Adam Bolte abolte@systemsaviour.com --- Still an issue as of Wine 2.6 and Wine 2.6-staging.
Like before, installing d3dcompiler_43 via winetricks does actually get the benchmark application to run, but it only shows a black window.
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #18 from Adam Bolte abolte@systemsaviour.com --- Confirming the download URL in the bug description is dead, and that the official demo from TechPowerUp returns "License date has expired. Please contact the software provider to update the software or extend the license."
The benchmark as included in the full game does not have this problem.
Tested on Wine 2.7.
https://bugs.winehq.org/show_bug.cgi?id=23523
--- Comment #19 from Adam Bolte abolte@systemsaviour.com --- Tried the freeware version under a real Windows 10 64-bit installation, and got the same error. I also noticed the freeware version uses SecuROM, whereas the full Steam version does not (AFAICT). The license expiration error is not a Wine bug, but a program error specific to the freeware version of the benchmark.
However there is a work-around for Wine - you can install faketime (along with libfaketime:i386 and libfaketime:amd64 if on a 64-bit system).
$ faketime '2008-10-28 06:30:00' bash $ export WINEARCH=win32 $ export WINEPREFIX=coj $ winecfg # Create the prefix with the correct timestamps and unlink all the folders. $ cp callofjuarez_official_dx10_benchmark.zip coj/drive_c/ $ cd coj/drive_c $ unzip callofjuarez_official_dx10_benchmark.zip $ wine "Call Of Juarez Official DX10 Benchmark.exe"
In the same terminal run:
$ wine "C:\Program Files\Call of Juarez DX10 Benchmark\CoJ_DX10.exe" fixme:winediag:start_process Wine Staging 2.7 is a testing version containing experimental patches. fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. err:rpc:I_RpcGetBuffer no binding Xlib: extension "AMDGPU" missing on display ":0.0". Xlib: extension "AMDGPU" missing on display ":0.0". Xlib: extension "AMDGPU" missing on display ":0.0". Xlib: extension "AMDGPU" missing on display ":0.0". Xlib: extension "AMDGPU" missing on display ":0.0". fixme:file:K32EnumPageFilesA (0xd30050, 0x17699e4) stub fixme:file:K32EnumPageFilesA (0xd30050, 0x1734300) stub fixme:userenv:GetProfileType 0x1781f80 fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDeviceMap abolte@dragon:/mnt/gaming/wineprefixes/digital_downloads/call_of_juarez-dx10-benchmark/drive_c/Program Files/Call of Juarez DX10 Benchmark$
In this example I used Wine-Staging 2.7, but it's the same with regular Wine last I checked.
Note that if you run the game without faketime, it will never work again without creating a new prefix and reinstalling. I think it's the same thing if the timestamp is set too far back. The game will detect the date is wrong and offer to connect to an NTP server online to fix it - and at best you'll be back to the license expiration message. So be careful.
But this is all very different from the benchmark in the full game. The full game benchmark successfully opens a pop-up allowing the selection of resolution, audio, fullscreen mode, shadowmap, shadows quality and anti-aliasing options. After that it will crash if d3dcompiler_43 is not set to native. If d3dcompiler_43 is set, the benchmark will show a black window (I opted to run the benchmark in windowed mode) and the terminal will suddenly print thousands of errors like:
fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x20ca70, index 72223, desc 0x8bf44c stub! fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x20ca70, index 72224, desc 0x8bf44c stub! fixme:d3d10:d3d10_shader_reflection_GetResourceBindingDesc iface 0x20ca70, index 72225, desc 0x8bf44c stub!
This is in contrast to the free version, where installing d3dcompiler_43 into the prefix for that version makes absolutely no difference to the console output. There are two separate bugs for two different versions of the same benchmark.
https://bugs.winehq.org/show_bug.cgi?id=23523
Andrey Gusev andrey.goosev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |6b6f8d5c2f59d17b37f6e17c9cc | |f84d5a6096719
--- Comment #20 from Andrey Gusev andrey.goosev@gmail.com --- Fixed by https://source.winehq.org/git/wine.git/commit/6b6f8d5c2f59d17b37f6e17c9ccf84...
Tested with Crysis.
https://bugs.winehq.org/show_bug.cgi?id=23523
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://games.on.net/file/90 |https://web.archive.org/web |61/Call_of_Juarez_DirectX_1 |/20200327143842/https://us1 |0_Benchmark_Demo |-dl.techpowerup.com/files/0 | |z1cMWf2O4BBOsNr4X5Uxw/15853 | |20499/callofjuarez_official | |_dx10_benchmark.zip Component|-unknown |directx-d3d CC| |focht@gmx.net
https://bugs.winehq.org/show_bug.cgi?id=23523
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #21 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.5.