https://bugs.winehq.org/show_bug.cgi?id=48171
Bug ID: 48171 Summary: Call of Duty: Modern Warfare (2019) exception Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: root@yurikoles.com Distribution: ---
0x0000000010001a80: int $3 Modules: Module Address Debug info Name (137 modules) PE 230000- 2ab000 Deferred bink2w64 PE 2b0000- 3af000 Deferred oo2core_7_win64 PE 3b0000- 455000 Deferred anselsdk64 PE 460000- 86f000 Deferred gfesdk PE 870000- 89d000 Deferred amd_ags_x64 ELF 7a800000- 7aa12000 Deferred opengl32<elf> -PE 7a850000- 7aa12000 \ opengl32 ELF 7b400000- 7b833000 Deferred kernel32<elf> -PE 7b420000- 7b833000 \ kernel32 ELF 7bc00000- 7bf15000 Deferred ntdll<elf> -PE 7bc20000- 7bf15000 \ ntdll ELF 7c000000- 7c005000 Deferred <wine-loader> PE 140000000- 157205400 Deferred modernwarfare PE 180000000- 1803aa000 Deferred discord_game_sdk ELF 7fc557419000- 7fc5574ac000 Deferred libgmp.so.10 ELF 7fc5574ac000- 7fc5574e5000 Deferred libhogweed.so.5 ELF 7fc5574e5000- 7fc55751f000 Deferred libnettle.so.7 ELF 7fc55751f000- 7fc557535000 Deferred libtasn1.so.6 ELF 7fc557535000- 7fc5576b7000 Deferred libunistring.so.2 ELF 7fc5576b7000- 7fc5576d8000 Deferred libidn2.so.0 ELF 7fc5576d8000- 7fc5577fa000 Deferred libp11-kit.so.0 ELF 7fc5577fa000- 7fc5579bf000 Deferred libgnutls.so.30 ELF 7fc557a1f000- 7fc557a35000 Deferred api-ms-win-core-localization-obsolete-l1-2-0<elf> -PE 7fc557a30000- 7fc557a35000 \ api-ms-win-core-localization-obsolete-l1-2-0 ELF 7fc557a35000- 7fc557a4b000 Deferred api-ms-win-core-datetime-l1-1-1<elf> -PE 7fc557a40000- 7fc557a4b000 \ api-ms-win-core-datetime-l1-1-1 ELF 7fc557a4b000- 7fc557a61000 Deferred api-ms-win-core-string-l1-1-0<elf> -PE 7fc557a50000- 7fc557a61000 \ api-ms-win-core-string-l1-1-0 ELF 7fc557a61000- 7fc557a77000 Deferred api-ms-win-core-localization-l1-2-1<elf> -PE 7fc557a70000- 7fc557a77000 \ api-ms-win-core-localization-l1-2-1 ELF 7fc557a77000- 7fc557a8d000 Deferred api-ms-win-core-fibers-l1-1-1<elf> -PE 7fc557a80000- 7fc557a8d000 \ api-ms-win-core-fibers-l1-1-1 ELF 7fc557a8d000- 7fc557aa3000 Deferred api-ms-win-core-synch-l1-2-0<elf> -PE 7fc557a90000- 7fc557aa3000 \ api-ms-win-core-synch-l1-2-0 ELF 7fc557aa3000- 7fc557ca9000 Deferred libxfixes.so.3 ELF 7fc557cac000- 7fc557cb7000 Deferred libffi.so.6 ELF 7fc557cb7000- 7fc557d09000 Deferred uxtheme<elf> -PE 7fc557cc0000- 7fc557d09000 \ uxtheme ELF 7fc557e41000- 7fc557e6e000 Deferred libexpat.so.1 ELF 7fc557e6e000- 7fc557eb6000 Deferred libfontconfig.so.1 ELF 7fc557eb6000- 7fc557f29000 Deferred libpcre.so.1 ELF 7fc557f29000- 7fc557f4e000 Deferred libgraphite2.so.3 ELF 7fc557f4e000- 7fc558073000 Deferred libglib-2.0.so.0 ELF 7fc558073000- 7fc558177000 Deferred libharfbuzz.so.0 ELF 7fc558177000- 7fc5581af000 Deferred libpng16.so.16 ELF 7fc5581af000- 7fc5581c2000 Deferred libbz2.so.1.0 ELF 7fc5581c2000- 7fc558290000 Deferred libfreetype.so.6 ELF 7fc558290000- 7fc5582a3000 Deferred libxi.so.6 ELF 7fc5582a3000- 7fc5582a8000 Deferred libxcomposite.so.1 ELF 7fc5582a8000- 7fc5582b5000 Deferred libxrandr.so.2 ELF 7fc5582b5000- 7fc5582c2000 Deferred libxrender.so.1 ELF 7fc5582c2000- 7fc5584c8000 Deferred libxxf86vm.so.1 ELF 7fc5584c8000- 7fc5586cb000 Deferred libxinerama.so.1 ELF 7fc5586cb000- 7fc5586f5000 Deferred libxcb.so.1 ELF 7fc5586f5000- 7fc558835000 Deferred libx11.so.6 ELF 7fc558835000- 7fc55884a000 Deferred libxext.so.6 ELF 7fc55884e000- 7fc55885a000 Deferred libxcursor.so.1 ELF 7fc5588aa000- 7fc558976000 Deferred winex11<elf> -PE 7fc5588c0000- 7fc558976000 \ winex11 ELF 7fc558987000- 7fc5589ae000 Deferred bcrypt<elf> -PE 7fc558990000- 7fc5589ae000 \ bcrypt ELF 7fc5589ae000- 7fc558ac0000 Deferred crypt32<elf> -PE 7fc5589c0000- 7fc558ac0000 \ crypt32 ELF 7fc558ac0000- 7fc558adf000 Deferred jsproxy<elf> -PE 7fc558ad0000- 7fc558adf000 \ jsproxy ELF 7fc558adf000- 7fc558b38000 Deferred winhttp<elf> -PE 7fc558af0000- 7fc558b38000 \ winhttp ELF 7fc558b38000- 7fc558bc5000 Deferred setupapi<elf> -PE 7fc558b50000- 7fc558bc5000 \ setupapi ELF 7fc558bc5000- 7fc558d21000 Deferred oleaut32<elf> -PE 7fc558bf0000- 7fc558d21000 \ oleaut32 ELF 7fc558d21000- 7fc558d3a000 Deferred powrprof<elf> -PE 7fc558d30000- 7fc558d3a000 \ powrprof ELF 7fc558d3a000- 7fc558d53000 Deferred xinput9_1_0<elf> -PE 7fc558d40000- 7fc558d53000 \ xinput9_1_0 ELF 7fc558d53000- 7fc558f02000 Deferred wined3d<elf> -PE 7fc558d80000- 7fc558f02000 \ wined3d ELF 7fc558f02000- 7fc558f4a000 Deferred dxgi<elf> -PE 7fc558f10000- 7fc558f4a000 \ dxgi ELF 7fc558f4a000- 7fc558f7f000 Deferred iphlpapi<elf> -PE 7fc558f50000- 7fc558f7f000 \ iphlpapi ELF 7fc558f7f000- 7fc558f9a000 Deferred hid<elf> -PE 7fc558f90000- 7fc558f9a000 \ hid ELF 7fc558f9a000- 7fc559064000 Deferred winmm<elf> -PE 7fc558fa0000- 7fc559064000 \ winmm ELF 7fc559064000- 7fc55908a000 Deferred imm32<elf> -PE 7fc559070000- 7fc55908a000 \ imm32 ELF 7fc55908a000- 7fc5590dc000 Deferred usp10<elf> -PE 7fc559090000- 7fc5590dc000 \ usp10 ELF 7fc5590dc000- 7fc559239000 Deferred comctl32<elf> -PE 7fc5590f0000- 7fc559239000 \ comctl32 ELF 7fc559239000- 7fc559257000 Deferred aclui<elf> -PE 7fc559240000- 7fc559257000 \ aclui ELF 7fc559257000- 7fc5592c0000 Deferred shlwapi<elf> -PE 7fc559270000- 7fc5592c0000 \ shlwapi ELF 7fc5592c0000- 7fc559d3e000 Deferred shell32<elf> -PE 7fc5592e0000- 7fc559d3e000 \ shell32 ELF 7fc559d3e000- 7fc559dd6000 Deferred rpcrt4<elf> -PE 7fc559d50000- 7fc559dd6000 \ rpcrt4 ELF 7fc559dd6000- 7fc559f8f000 Deferred gdi32<elf> -PE 7fc559df0000- 7fc559f8f000 \ gdi32 ELF 7fc559f8f000- 7fc55a230000 Deferred user32<elf> -PE 7fc559fb0000- 7fc55a230000 \ user32 ELF 7fc55a230000- 7fc55a3a5000 Deferred ole32<elf> -PE 7fc55a260000- 7fc55a3a5000 \ ole32 ELF 7fc55a3a5000- 7fc55a49f000 Deferred msvcrt<elf> -PE 7fc55a3c0000- 7fc55a49f000 \ msvcrt ELF 7fc55a49f000- 7fc55a4b9000 Deferred libz.so.1 ELF 7fc55a4bd000- 7fc55a4c5000 Deferred libxdmcp.so.6 ELF 7fc55a4c5000- 7fc55a4eb000 Deferred shcore<elf> -PE 7fc55a4d0000- 7fc55a4eb000 \ shcore ELF 7fc55a4eb000- 7fc55a503000 Deferred version<elf> -PE 7fc55a4f0000- 7fc55a503000 \ version ELF 7fc55a503000- 7fc55a519000 Deferred ktmw32<elf> -PE 7fc55a510000- 7fc55a519000 \ ktmw32 ELF 7fc55a519000- 7fc55a5a7000 Deferred dbghelp<elf> -PE 7fc55a520000- 7fc55a5a7000 \ dbghelp ELF 7fc55a5a7000- 7fc55a645000 Deferred advapi32<elf> -PE 7fc55a5c0000- 7fc55a645000 \ advapi32 ELF 7fc55a845000- 7fc55a8fc000 Deferred kernelbase<elf> -PE 7fc55a860000- 7fc55a8fc000 \ kernelbase ELF 7fc55a8fc000- 7fc55a910000 Deferred libnss_files.so.2 ELF 7fc55b0ba000- 7fc55b0e2000 Deferred liblzma.so.5 ELF 7fc55b0e2000- 7fc55b0fc000 Deferred libgcc_s.so.1 ELF 7fc55b0fc000- 7fc55b242000 Deferred libm.so.6 ELF 7fc55b242000- 7fc55b25c000 Deferred libunwind.so.8 ELF 7fc55b25c000- 7fc55b267000 Deferred librt.so.1 ELF 7fc55b269000- 7fc55b26e000 Deferred libdl.so.2 ELF 7fc55b26e000- 7fc55b273000 Deferred libxau.so.6 ELF 7fc55b273000- 7fc55b2b8000 Deferred ws2_32<elf> -PE 7fc55b280000- 7fc55b2b8000 \ ws2_32 ELF 7fc55b2b8000- 7fc55b2ce000 Deferred wow64cpu<elf> -PE 7fc55b2c0000- 7fc55b2ce000 \ wow64cpu ELF 7fc55b2ce000- 7fc55b495000 Deferred libc.so.6 ELF 7fc55b495000- 7fc55b4b7000 Deferred libpthread.so.0 ELF 7fc55b4b7000- 7fc55b676000 Dwarf libwine.so.1 ELF 7fc55b678000- 7fc55b6a5000 Deferred ld-linux-x86-64.so.2 Threads: process tid prio (all id:s are in hex) 0000000e services.exe [C:\windows\system32\services.exe] 00000023 0 0000001c 0 00000015 0 00000010 0 0000000f 0 00000011 plugplay.exe [C:\windows\system32\plugplay.exe] 00000019 0 00000018 0 00000012 0 00000013 explorer.exe [C:\windows\system32\explorer.exe /desktop] 00000029 0 00000028 0 00000027 0 00000014 0 0000001a winedevice.exe [C:\windows\system32\winedevice.exe] 00000020 0 0000001f 0 0000001e 0 0000001d 0 0000001b 0 00000021 winedevice.exe [C:\windows\system32\winedevice.exe] 00000026 0 00000025 0 00000024 0 00000022 0 00000041 Agent.exe ["C:\ProgramData\Battle.net\Agent\Agent.6899\Agent.exe" --session=7546380737368753884] 0000008d 0 0000008c 0 0000008b 0 0000008a 0 00000089 0 00000080 0 0000007f 0 0000007e 0 0000007d 0 0000007c 0 0000007b 0 0000007a 0 00000079 0 00000078 0 00000077 0 0000006f 0 0000004f 0 0000004d 0 00000042 0 00000043 wineconsole.exe [wineconsole --use-event=20] 00000044 0 00000112 Battle.net.exe ["C:\Program Files (x86)\Battle.net\Battle.net.exe" --from-launcher] 000001a3 0 00000183 0 0000017f 0 0000017e 0 0000017b 0 00000160 0 00000157 0 00000154 0 00000153 15 00000152 0 0000014e 0 0000014b 0 00000149 0 00000148 0 00000147 -2 00000144 0 00000143 0 00000142 0 00000141 0 00000140 0 0000013f 0 0000013e 0 0000013d -2 0000013c 0 0000013b 0 0000013a 0 00000139 0 00000138 0 00000137 0 00000136 0 00000135 0 00000134 0 00000133 0 00000132 0 0000012f 0 0000012e 0 0000012d 0 0000012c 0 0000012b 0 0000012a 0 00000129 0 00000128 0 00000127 0 00000126 0 00000125 0 00000124 0 00000123 15 00000122 0 00000121 0 00000120 0 0000011f 0 0000011e 0 0000011c 0 0000011b 0 0000011a 0 00000119 0 00000118 0 00000114 0 00000113 0 00000145 Battle.net.exe ["C:\Program Files (x86)\Battle.net\Battle.net.exe" --type=gpu-process --field-trial-handle=900,5928340368355357781,2966476166686063326,131072 --disable-features=HardwareMediaKeyHandling --no-sandbox --log-file="C:\users\yurikoles\Local Settings\Application Data\Battle.net\Logs\libcef-20191125T103621.997763.log" --log-severity=error --product-version="Battle.net/1.18.0.11698 Chrome/75.0.3770.100" --lang=ru --watch-browser-pid=274 --gpu-preferences=KAAAAAAAAADgAAAgAQAAAAAAAAAAAGAAAAAAAAAAAAAIAAAAAAAAACgAAAAEAAAAIAAAAAAAAAAoAAAAAAAAADAAAAAAAAAAOAAAAAAAAAAQAAAAAAAAAAAAAAAFAAAAEAAAAAAAAAAAAAAABgAAABAAAAAAAAAAAQAAAAUAAAAQAAAAAAAAAAEAAAAGAAAA --log-file="C:\users\yurikoles\Local Settings\Application Data\Battle.net\Logs\libcef-20191125T103621.997763.log" --service-request-channel-token=2432349313517804641 --mojo-platform-channel-handle=916 /prefetch:2 --battle-net-helper=Battle.net.11698] 00000177 0 00000176 0 00000175 0 00000174 0 00000173 0 00000172 0 00000171 0 00000170 -2 0000016f 0 0000016e 0 00000166 0 00000165 0 00000146 0 00000181 Battle.net.exe ["C:\Program Files (x86)\Battle.net\Battle.net.exe" --type=utility --field-trial-handle=900,5928340368355357781,2966476166686063326,131072 --disable-features=HardwareMediaKeyHandling --lang=ru --service-sandbox-type=network --no-sandbox --log-file="C:\users\yurikoles\Local Settings\Application Data\Battle.net\Logs\libcef-20191125T103621.997763.log" --log-severity=error --product-version="Battle.net/1.18.0.11698 Chrome/75.0.3770.100" --lang=ru --watch-browser-pid=274 --log-file="C:\users\yurikoles\Local Settings\Application Data\Battle.net\Logs\libcef-20191125T103621.997763.log" --service-request-channel-token=7825063594267886439 --mojo-platform-channel-handle=1288 /prefetch:8 --battle-net-helper=Battle.net.11698] 000001b0 0 000001af 0 000001ae 0 000001ad 0 000001a4 0 000001a0 -2 00000198 0 00000197 0 00000196 0 00000195 0 00000194 0 00000193 0 00000192 0 00000191 0 00000190 0 0000018f -2 0000018e 0 0000018d 0 0000018a 0 00000189 0 00000182 0 00000187 Battle.net.exe ["C:\Program Files (x86)\Battle.net\Battle.net.exe" --type=renderer --no-sandbox --log-file="C:\users\yurikoles\Local Settings\Application Data\Battle.net\Logs\libcef-20191125T103621.997763.log" --field-trial-handle=900,5928340368355357781,2966476166686063326,131072 --disable-features=HardwareMediaKeyHandling --lang=ru --log-file="C:\users\yurikoles\Local Settings\Application Data\Battle.net\Logs\libcef-20191125T103621.997763.log" --log-severity=error --product-version="Battle.net/1.18.0.11698 Chrome/75.0.3770.100" --disable-spell-checking --uncaught-exception-stack-size=10 --watch-browser-pid=274 --device-scale-factor=1 --num-raster-threads=3 --enable-main-frame-before-activation --service-request-channel-token=16769647178318946575 --renderer-client-id=4 --mojo-platform-channel-handle=1312 /prefetch:1 --battle-net-helper=Battle.net.11698] 000001ac 0 000001ab 0 000001aa 0 000001a9 0 000001a8 -2 000001a7 0 000001a6 0 000001a5 0 000001a2 0 0000019f 0 0000019e 0 0000019d 0 0000019c 0 0000019b -2 0000019a 0 00000199 0 0000018c 0 0000018b 0 00000188 0 000001d6 (D) C:\Games\Call of Duty Modern Warfare\ModernWarfare.exe ["C:/Games/Call of Duty Modern Warfare/ModernWarfare.exe" -uid odin] 000001db 0 000001d7 0 <== 000001dc explorer.exe [C:\windows\system32\explorer.exe /desktop] 000001e0 0 000001df 0 000001de 0 000001dd 0 System information: Wine build: wine-4.20 (Staging) Platform: x86_64 Version: Windows 10 Host system: Linux Host version: 5.3.5-pf
https://bugs.winehq.org/show_bug.cgi?id=48171
wbsmolen wbsmolen@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wbsmolen@outlook.com
--- Comment #1 from wbsmolen wbsmolen@outlook.com --- repro'd on wine 4.20 with latest release of COD.
https://bugs.winehq.org/show_bug.cgi?id=48171
patucci@gmail.com patucci@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patucci@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=48171
Denys Onypchenko voland24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |voland24@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=48171
mirh mirh@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh@protonmail.ch
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #2 from mirh mirh@protonmail.ch --- Created attachment 66934 --> https://bugs.winehq.org/attachment.cgi?id=66934 +seh,+loaddll,+process winedebug
Still a thing. To be fair, I have some more dll loaded than OP on crash.. But it still happens eventually. And there's no apparent culprit. I'm posting another kind of log, if it can somehow help.
Btw call of duty warzone is basically the same game (if not even the same executable?) and it's free to play for anyone to test.
https://bugs.winehq.org/show_bug.cgi?id=48171
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 CC| |xerox.xerox2000x@gmail.com URL| |https://eu.shop.battle.net/ | |en-gb/product/call-of-duty- | |warzone Status|UNCONFIRMED |NEW Keywords| |download
--- Comment #3 from Louis Lenders xerox.xerox2000x@gmail.com ---
Btw call of duty warzone is basically the same game (if not even the same >executable?) and it's free to play for anyone to test.
Hi, thanks for the info. I downloaded it and got basically a similar crash as OP in comment 1. Below last lines of +relay,+seh log. Maybe it`s related/similar to https://bugs.winehq.org/show_bug.cgi?id=47320? No idea.
(For fun I copied over a native gdi32 from my windows-drive, and the crash then changed (apparently because it tried to load lpk.dll), after copying that over I got crash in unimplemented function usp10.LpkPresent so this seems to be a dead end...)
Anyway, I'm guessing the free Warzone is crashing same as this program; The executable is also called ModernWarfare, so confirming and adding download keyword
002b:Call KERNEL32.CreateFileW(000443a0 L"C:\windows\system32\gdi32.dll",80000000,00000001,00000000,00000003,00000080,00000000) ret=1400145b8 002b:Call ntdll._wcsicmp(000443a0 L"C:\windows\system32\gdi32.dll",7b073db8 L"CONIN$") ret=7b012973 002b:Ret ntdll._wcsicmp() retval=ffffffcb ret=7b012973 002b:Call ntdll._wcsicmp(000443a0 L"C:\windows\system32\gdi32.dll",7b073dc6 L"CONOUT$") ret=7b0129cc 002b:Ret ntdll._wcsicmp() retval=ffffffcb ret=7b0129cc 002b:Call ntdll.wcsncmp(000443a0 L"C:\windows\system32\gdi32.dll",7b073dd6 L"\\.\",00000004) ret=7b012a06 002b:Ret ntdll.wcsncmp() retval=ffffffe7 ret=7b012a06 002b:Call ntdll.RtlIsDosDeviceName_U(000443a0 L"C:\windows\system32\gdi32.dll") ret=7b012a79 002b:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7b012a79 002b:Call ntdll.RtlDosPathNameToNtPathName_U(000443a0 L"C:\windows\system32\gdi32.dll",0022c4c0,00000000,00000000) ret=7b012bea 002b:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7b012bea 002b:Call ntdll.NtCreateFile(0022c4a8,80100080,0022c4e0,0022c4d0,00000000,00000080,00000001,00000001,00000060,00000000,00000000) ret=7b012ced 002b:Ret ntdll.NtCreateFile() retval=00000000 ret=7b012ced 002b:Call ntdll.RtlFreeUnicodeString(0022c4c0) ret=7b012e5c 002b:Ret ntdll.RtlFreeUnicodeString() retval=00000001 ret=7b012e5c 002b:Ret KERNEL32.CreateFileW() retval=00000094 ret=1400145b8 002b:Call KERNEL32.GetFileSize(00000094,00000000) ret=140015e61 002b:Call ntdll.NtQueryInformationFile(00000094,0022c620,0022c630,00000018,00000005) ret=7b019bf0 002b:Ret ntdll.NtQueryInformationFile() retval=00000000 ret=7b019bf0 002b:Ret KERNEL32.GetFileSize() retval=00009be0 ret=140015e61 002b:Call KERNEL32.VirtualAlloc(00000000,00009be0,00001000,00000004) ret=140017684 002b:Call ntdll.NtAllocateVirtualMemory(ffffffffffffffff,0022c648,00000000,0022c670,00001000,00000004) ret=7b02f566 002b:Ret ntdll.NtAllocateVirtualMemory() retval=00000000 ret=7b02f566 002b:Ret KERNEL32.VirtualAlloc() retval=036c0000 ret=140017684 002b:Call KERNEL32.ReadFile(00000094,036c0000,00009be0,0022cb1c,00000000) ret=140018ece 002b:Call ntdll.NtReadFile(00000094,00000000,00000000,00000000,0022c5f0,036c0000,00009be0,00000000,00000000) ret=7b01adfa 002b:Ret ntdll.NtReadFile() retval=00000000 ret=7b01adfa 002b:Ret KERNEL32.ReadFile() retval=00000001 ret=140018ece 002b:Call KERNEL32.CloseHandle(00000094) ret=14001a76f 002b:Call ntdll.NtClose(00000094) ret=7b040c04 002b:Ret ntdll.NtClose() retval=00000000 ret=7b040c04 002b:Ret KERNEL32.CloseHandle() retval=00000001 ret=14001a76f 002b:Call KERNEL32.VirtualAlloc(00000000,0000c000,00001000,00000040) ret=14001bfb0 002b:Call ntdll.NtAllocateVirtualMemory(ffffffffffffffff,0022c648,00000000,0022c670,00001000,00000040) ret=7b02f566 002b:Ret ntdll.NtAllocateVirtualMemory() retval=00000000 ret=7b02f566 002b:Ret KERNEL32.VirtualAlloc() retval=036d0000 ret=14001bfb0 002b:trace:seh:raise_exception code=80000003 flags=0 addr=0x36d1a90 ip=36d1a91 tid=002b
https://bugs.winehq.org/show_bug.cgi?id=48171
Frank logicalman101@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |logicalman101@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=48171
Alan A. grsfdhj@tiscali.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |grsfdhj@tiscali.it
--- Comment #4 from Alan A. grsfdhj@tiscali.it --- (In reply to Louis Lenders from comment #3)
Btw call of duty warzone is basically the same game (if not even the same >executable?) and it's free to play for anyone to test.
Hi, thanks for the info. I downloaded it and got basically a similar crash as OP in comment 1. Below last lines of +relay,+seh log. Maybe it`s related/similar to https://bugs.winehq.org/show_bug.cgi?id=47320? No idea.
(For fun I copied over a native gdi32 from my windows-drive, and the crash then changed (apparently because it tried to load lpk.dll), after copying that over I got crash in unimplemented function usp10.LpkPresent so this seems to be a dead end...)
Anyway, I'm guessing the free Warzone is crashing same as this program; The executable is also called ModernWarfare, so confirming and adding download keyword
I created #49256 for the free Warzone client in case the two versions are different some way.
https://bugs.winehq.org/show_bug.cgi?id=48171
Christopher May-Townsend chris@maytownsend.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris@maytownsend.co.uk
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #5 from Louis Lenders xerox.xerox2000x@gmail.com --- Someone on forum mentioned this is protected by "Warden's Blizzard AntiCheat" (which I never heard of) So probably cause of crash I guess (?)
Also maybe interesting
grep wine_get_version * Binary file ModernWarfare.exe matches Binary file Modern Warfare Launcher.exe matches
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #6 from mirh mirh@protonmail.ch --- Warden is the same anticheat of overwatch, and we already know the problem sits in gdi32 for the moment. There's nothing to see here.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #7 from Frank logicalman101@gmail.com --- (In reply to mirh from comment #6)
Warden is the same anticheat of overwatch, and we already know the problem sits in gdi32 for the moment. There's nothing to see here.
I take it that therefore the anticheat shouldn't be a blocker since overwatch works fine.
https://bugs.winehq.org/show_bug.cgi?id=48171
Richard Yao ryao@gentoo.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ryao@gentoo.org
--- Comment #8 from Richard Yao ryao@gentoo.org --- Since this affects a friend of mine, I took a brief look at it. The issue is occurring inside gdi32.dll, so I disassembled proton 5.0's gdi32.dll on the assumption that it might yield something interesting. It certainly did:
Running `objdump -d --adjust-vma=0x036c0000 "${HOME}/.steam/steam/SteamApps/common/Proton 5.0/dist/lib64/wine/gdi32.dll.so"` gives, among other things, this:
Disassembly of section .init:
00000000036d0eb0 <.init>: 36d0eb0: 48 83 ec 08 sub $0x8,%rsp 36d0eb4: e8 d3 14 01 00 callq 36e238c <_end@@Base+0x3532e9c> 36d0eb9: e9 00 10 01 00 jmpq 36e1ebe <_end@@Base+0x35329ce> ... 36e1ebe: e8 dd f0 0a 00 callq 3790fa0 <_end@@Base+0x35e1ab0> 36e1ec3: 48 83 c4 08 add $0x8,%rsp 36e1ec7: c3 retq
The the exception is occuring at 0x36d1a90 (or 0x36d1a91), which is in no man's land, but is inside the .init section. What goes into this space and how it is called has something to do with how DLLs are dynamically linked in Wine. There is an int3 instruction inside it, but very few things in wine use int3. I don't offhand know what to make of this.
Also, the DLL itself has a strange series of int3 instructions at the end of StretchBlt@@Base. I don't know what to make of it. It is not obvious from the C code how it got there. Nothing in the diassembly appears to be able to call them and they seem to be unrelated to the int3 instruction that is breaking this.
Perhaps things would be more clear if I delved deeper, but I don't have time for that. I thought I'd share my findings as they probably would help those who have time or are more familiar with wine internals.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #9 from Richard Yao ryao@gentoo.org --- One more thing of interest. No man's land in .init is exactly 0x11000 bytes in size.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #10 from Richard Yao ryao@gentoo.org --- It just hit me after posting my last comment. What is being read is "${HOME}/.steam/steam/SteamApps/common/Proton 5.0/dist/lib64/wine/fakedlls/gdi32.dll", which is exactly 0x9be0 bytes. Coincidentally, .init starts right after it. Inside the fakedll, we have a long section of 3 repeating instructions before any useful code:
10001a7e: 00 00 add %al,(%rax) 10001a80: cc int3 10001a81: c3 retq
I am not sure what build of wine Louis Lenders used, but my guess is that it was proton 5.0 (lucky me). Also, objdump stubbornly displaying addresses like 0x10001a80 on the fakedll, which is consistent with Yurii Kolesnykov's backtrace.
It looks like the issue involves how the fakedll works. At the very least, the fakedll seems like the most plausible source of the code being loaded into the 0x11000 sized hole. It certainly is big enough to contain it. This might be a lead.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #11 from Richard Yao ryao@gentoo.org --- gofman on IRC referred me to this after I asked about the hole and the fakedll stuff:
https://source.winehq.org/patches/data/187355
It seems that Remi is working on it. He says:
it works for these games, passing both their module headers checks as well as the ntdll and gdi32 calls.
I am not sure if that means that this makes things work, but people interested in this could try out his patch set to see what the status of things is.
https://bugs.winehq.org/show_bug.cgi?id=48171
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
--- Comment #12 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 67520 --> https://bugs.winehq.org/attachment.cgi?id=67520 gdi32 GdiDllinitialize stub
It's probably doing the same thing as Black Ops 3 which I was working with. The game tries to call GdiDllInitialize, but it fails for several reasons.
First, it calls it by loading gdi32.dll from disk, so using the fake dll, and computing the offset of the function from the procedure address in memory. This is not working with Wine Staging fake dlls patch series because the code sections are generated separately and the fake dlls only contain thunks at different position from the real functions.
The first part of the series that I sent to the mailing list should fix that by extracting fake dll modules directly from the builtin so files, keeping the correct symbol positions.
Then, because the function is stubbed, the call is still probably going to fail, so it also has to be implemented, doing nothing for instance, like in the attached patch.
Last, if the implementation does anything that requires external symbols, such as the FIXME message in the attached patch, then the call from the file image will also fail unless the last part of the patch series is used, with the implementation of thunks and jump table for every DLL entry point, but that last part can be heavy and is also mostly untested.
https://bugs.winehq.org/show_bug.cgi?id=48171
Primoz primoz.salic@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |primoz.salic@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #13 from Primoz primoz.salic@gmail.com --- I would like to point on two things that I see from top level when try to start COD warzone with wine:
1. When running with proton: WINEPREFIX=/shared/BlizzardGames/wine_data ~/.steam/steam/steamapps/common/Proton\ 5.0/dist/bin/wine /shared/BlizzardGames/wine_data/drive_c/Program\ Files\ (x86)/Call\ of\ Duty\ Modern\ Warfare/Modern\ Warfare\ Launcher.exe
I see log: 0244:fixme:process:CreateProcessInternalW Unsupported attribute 0x20002.
It looks that process is not correctly created. Attribute 0x20002 means PROC_THREAD_ATTRIBUTE_HANDLE_LIST.
2. Once I installed warzone in windows and keep logs file for future use. There are differences in Logs files between wine and windows.
file:C:/ProgramData/Battle.net/Agent/Agent.7093/Logs/Agent-20200624T084857.log
wine log: "user_id": "S-1-5-21-0-0-0-1000",^M "user_name": "S-1-5-21-0-0-0-1000",
windows log "user_id": "S-1-5-21-2247222531-3710022340-2960316094-5232", "user_name": "S-1-5-21-2247222531-3710022340-2960316094-5232",
It looks that COD game in wine tries to start COD as default user.
https://bugs.winehq.org/show_bug.cgi?id=48171
Krešo Kunjas deresh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |deresh@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #14 from Alan A. grsfdhj@tiscali.it --- @Rémi Bernon: any update on this? Is any of your patches in the upcoming wine-staging-5.13?
https://bugs.winehq.org/show_bug.cgi?id=48171
Yurii Kolesnykov root@yurikoles.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |root@yurikoles.com
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #15 from Alan A. grsfdhj@tiscali.it --- Is bug 21232 affecting this too?
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #16 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 67987 --> https://bugs.winehq.org/attachment.cgi?id=67987 gdi32 PE conversion patch
Yes, it needs syscall emulation too, which is in staging, as well as the attached patch series to make gdi32 PE.
It then crashes in DX12 after opening a window. The prefix has to be set to windows 10 so that it doesn't try to use 12on7.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #17 from Alan A. grsfdhj@tiscali.it --- Wow, thanks for the patch. However, I think there's something missing, as trying it on current wine-staging-5.15 results in a compilation error while trying to compile gdi32.dll.so because of a missing winefreetype library.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #18 from Rémi Bernon rbernon@codeweavers.com --- You probably need to run autoconf -i to get the required changes to configure script, then patch doesn't contain them.
https://bugs.winehq.org/show_bug.cgi?id=48171
Bryson brysonsd@protonmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brysonsd@protonmail.com
--- Comment #19 from Bryson brysonsd@protonmail.com --- Created attachment 68118 --> https://bugs.winehq.org/attachment.cgi?id=68118 Backtrace generated after launching COD:MW 2019
Just wanted to bump this thread with info from my latest run since I'm not sure this has been tested with Wine version wine-5.16. Upon selecting "Play" from the battlenet launcher, the attached backtrace occurs.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #20 from Alan A. grsfdhj@tiscali.it --- (In reply to Bryson from comment #19)
Created attachment 68118 [details] Backtrace generated after launching COD:MW 2019
Just wanted to bump this thread with info from my latest run since I'm not sure this has been tested with Wine version wine-5.16. Upon selecting "Play" from the battlenet launcher, the attached backtrace occurs.
Yet I'm still getting the stack overflow exception as in bug 49256, even on wine-staging-5.17.2 and vkd3d-proton installed. @Rémi Bernon: where can your gdi32 updated patches (as they don't apply cleanly on top of wine-staging-5.17) be found, if there is an updated version?
https://bugs.winehq.org/show_bug.cgi?id=48171
Vincent N. vinni5.2001@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vinni5.2001@web.de
--- Comment #21 from Vincent N. vinni5.2001@web.de --- Created attachment 68449 --> https://bugs.winehq.org/attachment.cgi?id=68449 Crash after a few seconds.
Me and a few other have been trying a few things the last few days and got a bit further. Wine 5.19 + Staging as well as the following patches are needed: https://github.com/rbernon/wine/compare/master...wip/gdi32.dll/v1.patch https://pastebin.com/raw/EuBwYFRU https://pastebin.com/raw/uPfN7RmD Latest vkd3d-proton is also needed (this commit to be exact: https://github.com/HansKristian-Work/vkd3d-proton/commit/3a4e555e9c289cf3803...).
All of that combined allows you to get past the initial loading window and a game window appears. However it crashes after a few seconds. Changing the config to skip the intro (649200945 = 1) might give you enough time to see and interact with some of the UI before it crashes.
We noticed some errors/fixmes that appeared somewhat consistently. We believe those might be the current reasons for the crash:
0418:fixme:winsock:server_ioctl_sock Unsupported ioctl c8000024 (device=c800 access=0 func=9 method=0) 0418:fixme:winsock:WSAIoctl unsupported WS_IOCTL cmd (_WSAIORW(IOC_WS2, 36)) 0418:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"3DES" not supported
While not directly related to this game, when running "Call of Duty: Black Ops Cold War" using the same wine build and prefix, the WS_IOCTL error appears every launch and pretty much right before it crashes (yep, unfortunately that one crashes too, but even before it's able to create a window).
Attaches is a normal console output log with a fresh wine build and prefix using the listed patches.
https://bugs.winehq.org/show_bug.cgi?id=48171
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #22 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Reminder: One issue per bug.
Describing that the workaround has its own issues is fine but, please, don't discuss those other issues here.
This is a forewarning to avoid meta bugs.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=48171
--- Comment #23 from Rémi Bernon rbernon@codeweavers.com --- I believe the main issue reported here should be fixed with Wine 5.21. With Wine staging and the game should starts but close itself after a few second on the main menu.
https://bugs.winehq.org/show_bug.cgi?id=48171
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #24 from Gijs Vermeulen gijsvrm@gmail.com --- (In reply to Rémi Bernon from comment #23)
I believe the main issue reported here should be fixed with Wine 5.21. With Wine staging and the game should starts but close itself after a few second on the main menu.
Marking FIXED in that case.
If anyone can still reproduce the original issue, please reopen. Also, please open new bugs for the next issues if they haven't been reported already.
https://bugs.winehq.org/show_bug.cgi?id=48171
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #25 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.22.
-
WineHQ Bugzilla