October 2019 - Wine-Bugs - list.winehq.org

[Bug 32854] New: Winedbg on ARM: gdb proxy mode lacks support for reading CPSR
by wine-bugs＠winehq.org May 7, 2020

May 7, 2020

http://bugs.winehq.org/show_bug.cgi?id=32854 Bug #: 32854 Summary: Winedbg on ARM: gdb proxy mode lacks support for reading CPSR Product: Wine Version: 1.5.22 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Any command will show the problem: --- snip --- $ winedbg --gdb ./foo-arm.exe ... Wine-gdb> bt #0 0x4025202c in kill () from /lib/arm-linux-gnueabi/libc.so.6 Register 25 is not available --- snip --- Making winedbg more verbose yields: --- snip --- ... Packet: g Reply : 000000000500000000c00840103e00003c969f40300002408988000025000000000000000000000000000840fcfdcf408cc13e40f4fdcf4054a83a402c202540 Packet: p19 Register out of bounds 19 Reply : ... --- snip --- GDB reads standard registers using the "g" command ('get all registers'). Special purpose registers like CPSR are read using "p" command ('get individual register'). This is currently not supported by winedbg but essential when running proxy mode. Source: http://source.winehq.org/git/wine.git/blob/d62d7474d43949d71ac34e2157c2fdb8… --- snip --- 372 #elif defined(__arm__) 373 static struct cpu_register cpu_register_map[] = { 374 REG(R0, 4), 375 REG(R1, 4), 376 REG(R2, 4), 377 REG(R3, 4), 378 REG(R4, 4), 379 REG(R5, 4), 380 REG(R6, 4), 381 REG(R7, 4), 382 REG(R8, 4), 383 REG(R9, 4), 384 REG(R10, 4), 385 REG(Fp, 4), 386 REG(Ip, 4), 387 REG(Sp, 4), 388 REG(Lr, 4), 389 REG(Pc, 4), 390 }; --- snip --- Side note: For future it might be useful to add support for XML register set definitions (newer GDB versions are XML-aware = more flexible). Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 32990] New: Wine on ARM: relay tracing is broken with entry points having an odd number of arguments, calling into glibc code that makes use of alloca()
by wine-bugs＠winehq.org May 7, 2020

May 7, 2020

http://bugs.winehq.org/show_bug.cgi?id=32990 Bug #: 32990 Summary: Wine on ARM: relay tracing is broken with entry points having an odd number of arguments, calling into glibc code that makes use of alloca() Product: Wine Version: 1.5.24 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, relay tracing doesn't work properly on ARM :( Example app (others have similar problem): WINEDEBUG=+tid,+seh,+relay,+time,+file --- snip --- ... 002e:Call KERNEL32.LZOpenFileW(408baf68 L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",40d1fb8c,00000000) ret=40f17cec 002e:trace:file:LZOpenFileA (Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe,0x40d1fb8c,0) 002e:trace:file:OpenFile Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe OF_READ OF_SHARE_COMPAT 002e:trace:file:OpenFile Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe 0000 002e:trace:file:RtlGetFullPathName_U (L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520 0x40d1f7b8 (nil)) 002e:trace:file:RtlDosPathNameToNtPathName_U (L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0x40d1f740,(nil),(nil)) 002e:trace:file:RtlGetFullPathName_U (L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520 0x40d1f4c0 (nil)) 002e:trace:file:wine_nt_to_unix_file_name L"\\??\\Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" -> "/home/linaro/.wine/dosdevices/z:/home/linaro/wine-apps/windefender/unpacked/MPSigStub.exe" 002e:trace:file:RtlGetFullPathName_U (L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520 0x40d1f7b4 (nil)) 002e:trace:file:OpenFile found "Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 002e:trace:file:_lopen ("Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0000) 002e:trace:file:CreateFileW L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x80 002e:trace:file:RtlDosPathNameToNtPathName_U (L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0x40d1f900,(nil),(nil)) 002e:trace:file:RtlGetFullPathName_U (L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520 0x40d1f670 (nil)) 002e:trace:file:wine_nt_to_unix_file_name L"\\??\\Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" -> "/home/linaro/.wine/dosdevices/z:/home/linaro/wine-apps/windefender/unpacked/MPSigStub.exe" 002e:trace:file:CreateFileW returning 0x2c 002e:trace:seh:raise_exception info[0]=00000000 002e:trace:seh:raise_exception info[1]=30435454 002e:trace:seh:raise_exception Pc:30435454 Sp:40d1f884 Lr:0a30 Cpsr:600f0030 r0:0004 r1:401f3005 r2:0000 r3:168f8 002e:trace:seh:raise_exception r4:0004 r5:40d1f880 r6:168f8 r7:40d1f894 r8:0004 r9:81a3f10 r10:0000 Fp:4033a950 Ip:0000 002e:trace:seh:call_stack_handlers calling handler at 0x403f487c code=c0000005 flags=0 002e:Call KERNEL32.UnhandledExceptionFilter(40d1f6d8) ret=403f48e0 wine: Unhandled page fault on read access to 0x30435454 at address 0x30435454 (thread 002e), starting debugger... 002e:trace:seh:start_debugger Starting debugger "winedbg --auto 45 48" --- snip --- First approach was using winedbg with Cpsr-fixed (=usable) gdbstub: --- snip --- Wine-gdb> b FileTimeToDosDateTime ... Wine-gdb> bt #0 FileTimeToDosDateTime (ft=0x40d5fac8, fatdate=0x40d5fad0, fattime=0x40d5fad2) at /home/linaro/wine/wine-git/dlls/kernel32/time.c:1053 #1 0x40a5f378 in OpenFile (name=0x40901618 "Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe", ofs=0x40d5fbe4, mode=0) at /home/linaro/wine/wine-git/dlls/kernel32/file.c:2596 #2 0x40a785a8 in LZOpenFileA (fn=0x40901618 "Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe", ofs=0x40d5fbe4, mode=0) at /home/linaro/wine/wine-git/dlls/kernel32/lzexpand.c:540 #3 0x40a7871c in LZOpenFileW (fn=0x40901598, ofs=0x40d5fbe4, mode=0) at /home/linaro/wine/wine-git/dlls/kernel32/lzexpand.c:566 #4 0x4046bcec in GetFileVersionInfoSizeW (filename=0x40901598, handle=0x40d5fc8c) at /home/linaro/wine/wine-git/dlls/version/version.c:590 #5 0x0041cd82 in ?? () #6 0x0041cd82 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) --- snip --- --- snip --- 1052 unixtime = t; >1053 tm = gmtime( &unixtime ); 1054 if (fattime) => 0x40aa363c <+144>: sub r3, r11, #12 0x40aa3640 <+148>: mov r0, r3 0x40aa3644 <+152>: bl 0x40a1f1dc 0x40aa3648 <+156>: str r0, [r11, #-8] 0x40aa364c <+160>: ldr r3, [r11, #-40] ; 0x28 0x40aa3650 <+164>: cmp r3, #0 0x40aa3654 <+168>: beq 0x40aa36b0 <FileTimeToDosDateTime+260> --- snip --- Thumb veneer to glibc code because my userland is thumb2: --- snip --- 0x40a1f1dc add r12, pc, #0, 12 0x40a1f1e0 add r12, r12, #729088 ; 0xb2000 0x40a1f1e4 ldr pc, [r12, #3932]! ; 0xf5c --- snip --- Arriving at gmtime() code (in thumb mode): --- snip --- 0x402b60bc <gmtime> ldr r2, [pc, #8] ; (0x402b60c8 <gmtime+12>) 0x402b60be <gmtime+2> movs r1, #0 0x402b60c0 <gmtime+4> add r2, pc 0x402b60c2 <gmtime+6> b.w 0x402b7210 0x402b60c6 <gmtime+10> nop 0x402b60c8 <gmtime+12> b.n 0x402b64ac 0x402b60ca <gmtime+14> movs r7, r0 --- snip --- Unfortunately winedbg crashed all time while trying to dig deeper into glibc code. So I switched over to a commercial JTAG debugger solution - not these toys ;-) After some hours of debugging I finally nailed it ... The problem appears here: gmtime() -> __tz_convert() -> tzset_internal() -> __tzfile_read() http://www.eglibc.org/cgi-bin/viewvc.cgi/trunk/libc/time/tzfile.c?revision=… --- snip --- void __tzfile_read (const char *file, size_t extra, char **extrap) { static const char default_tzdir[] = TZDIR; size_t num_isstd, num_isgmt; register FILE *f; ... /* Read the POSIX TZ-style information if possible. */ if (sizeof (time_t) == 8 && tzspec != NULL) { /* Skip over the newline first. */ if (getc_unlocked (f) != '\n' || (fread_unlocked (tzspec, 1, tzspec_len - 1, f) != tzspec_len - 1)) tzspec = NULL; else tzspec[tzspec_len - 1] = '\0'; } else if (sizeof (time_t) == 4 && tzhead.tzh_version[0] != '\0') { /* Get the TZ string. */ ... tzspec_len = st.st_size - off - 1; char *tzstr = alloca (tzspec_len); if (getc_unlocked (f) != '\n' || (fread_unlocked (tzstr, 1, tzspec_len - 1, f) != tzspec_len - 1)) goto lose; tzstr[tzspec_len - 1] = '\0'; tzspec = __tzstring (tzstr); } ... --- snip --- "fread_unlocked (tzstr, 1, tzspec_len - 1, f)" didn't come back, as it overwrote parts of the stack in fread_unlocked() -> _IO_sgetn(). The interesting part is the call to alloca() which looks like gcc builtin alloca code used to get a stack-based buffer for "tzstr" argument. It seems that alloca() depends on proper stack alignment in caller. In relay case it always resulted in less than stack pointer during aligning of buffer. = Without relay: tz_convert entry: r13 = 0x409CFA58 __tzfile_read+0x714: r13 = 0x409CF938 -> r5 = 0x409CF938 (tzstr aligned) = With relay: tz_convert entry: r13 = 0x40A3F9A4 __tzfile_read+0x714: r13 = 0x40A3F884 -> r5 = 0x40A3F880 (tzstr aligned) The ARM ABI requires that the stack be aligned to 8 bytes as it is noted in Procedure Call Standard for the ARM Architecture: http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index.html "SP must be 8-byte aligned on entry to AAPCS-conforming functions" http://infocenter.arm.com/help/topic/com.arm.doc.ihi0046b/IHI0046B_ABI_Advi… The origin of the problem (misaligned stack) can be traced back to Wine's relay debugging, specifically the "call_entry_point" function for ARM. Source: http://source.winehq.org/git/wine.git/blob/1ceec8c78982d7ef5124e86a8da53166… --- snip --- 358 #elif defined(__arm__) 359 __ASM_GLOBAL_FUNC( call_entry_point, 360 "push {r4, r5, LR}\n\t" 361 "mov r4, r0\n\t" 362 "mov r5, SP\n\t" 363 "lsl r3, r1, #2\n\t" 364 "cmp r3, #0\n\t" 365 "beq 5f\n\t" 366 "sub SP, SP, r3\n\t" 367 "bic SP, SP, #15\n\t" 368 "1:\tsub r3, r3, #4\n\t" 369 "ldr r0, [r2, r3]\n\t" 370 "str r0, [SP, r3]\n\t" 371 "cmp r3, #0\n\t" 372 "bgt 1b\n\t" 373 "cmp r1, #1\n\t" 374 "bgt 2f\n\t" 375 "pop {r0}\n\t" 376 "b 5f\n\t" 377 "2:\tcmp r1, #2\n\t" 378 "bgt 3f\n\t" 379 "pop {r0-r1}\n\t" 380 "b 5f\n\t" 381 "3:\tcmp r1, #3\n\t" 382 "bgt 4f\n\t" 383 "pop {r0-r2}\n\t" 384 "b 5f\n\t" 385 "4:\tpop {r0-r3}\n\t" 386 "5:\tblx r4\n\t" 387 "mov SP, r5\n\t" 388 "pop {r4, r5, PC}" ) --- snip --- After the stack area for entry point register arguments has been reserved, the stack is aligned to 16 bytes (why here?). The entry point r0-rN values get written to the stack. Finally these values are put into r0-rN through "pop" instructions before calling the real entry point. Unfortunately if the entry point has an odd number of arguments the "pop" instructions cause a misalignment of the stack. While this is not a problem for "pure" Wine code this is bad for glibc. If you make sure that the stack is at least 8-byte aligned before "blx" then relay tracing works properly for ARM. Already tested ;-) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 46812] New: PS4 Remote Play installer 2.8.x fails, claims ' You need the Media Feature Pack' ( MsiGetDatabaseState is called from a custom action)
by wine-bugs＠winehq.org May 7, 2020

May 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=46812 Bug ID: 46812 Summary: PS4 Remote Play installer 2.8.x fails, claims 'You need the Media Feature Pack' (MsiGetDatabaseState is called from a custom action) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, stumbled across this while looking at bug 46809 The installer works with Wine-Staging 4.3 but not with plain Wine 4.3 Prerequisite: WinVer set to 'Windows 8.1' or higher (launch condition). --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+wmp,+wmvcore wine ./RemotePlayInstaller.exe >>log.txt 2>&1 ... 003f:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7e90cf1d 003f:Call KERNEL32.GetProcAddress(10000000,00162238 "DoAppSearchEx") ret=7e90cfca 003f:Ret KERNEL32.GetProcAddress() retval=10010e52 ret=7e90cfca 003f:Call KERNEL32.GetEnvironmentVariableA(7e98d055 "MsiBreak",0055fba0,00000104) ret=7e90cc78 003f:Ret KERNEL32.GetEnvironmentVariableA() retval=00000000 ret=7e90cc78 ... 003f:Call msi.MsiGetDatabaseState(00000001) ret=1001bd46 003f:trace:msi:MsiGetDatabaseState 1 003f:warn:msi:MsiGetDatabaseState MsiGetDatabaseState not allowed during a custom action! 003f:Ret msi.MsiGetDatabaseState() retval=00000000 ret=1001bd46 ... 003f:Call msi.MsiDatabaseOpenViewW(00000001,001707f0 L"SELECT `Description`,`Template` FROM `ActionText` WHERE `Action` = 'AppSearch' ",0055fa68) ret=1001c4bf 003f:trace:msi:MsiDatabaseOpenViewW L"SELECT `Description`,`Template` FROM `ActionText` WHERE `Action` = 'AppSearch' " 0x55fa68 ... 003f:Call msi.MsiGetDatabaseState(00000001) ret=1001bd46 003f:trace:msi:MsiGetDatabaseState 1 003f:warn:msi:MsiGetDatabaseState MsiGetDatabaseState not allowed during a custom action! 003f:Ret msi.MsiGetDatabaseState() retval=00000000 ret=1001bd46 ... 002f:Call KERNEL32.WideCharToMultiByte(00000000,00000000,003af710 L"Action ended 12:47:48: AI_AppSearchEx. Return value 1.",ffffffff,003b0320,00000037,00000000,00000000) ret=7f29e5f7e516 002f:Ret KERNEL32.WideCharToMultiByte() retval=00000037 ret=7f29e5f7e516 ... 002f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM ControlEvent WHERE `Dialog_` = 'WelcomeDlg' AND `Control_` = 'Next' ORDER BY `Ordering`" 0x22e2f0 ... 002f:trace:msi:MSI_EvaluateConditionW L"AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) )" ... 002f:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) )" ... 002f:trace:msi:dialog_event_handler handling event L"DoAction" 002f:trace:msi:ACTION_PerformAction Performing action (L"AI_DATA_SETTER_3") ... 002f:trace:msi:ACTION_CustomAction Handling custom action L"AI_DATA_SETTER_3" (33 L"CustomActionData" L"[SCE.MsgTxtMfpErr]\r\\n\r\\nhttps://remoteplay.dl.playstation.net/remoteplay… |[ProductName] |MB_OKCANCEL,MB_ICONINFORMATION,MB_DEFBUTTON1|BTN_PRESSED|[CLIENTPROCESSID]") ... 002f:trace:msi:MSI_EvaluateConditionW L"AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) )" ... 002f:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) )" 002f:trace:msi:msi_dialog_send_event Sending control event L"DoAction" L"MsgBoxMfpWin" ... 002f:trace:msi:ACTION_CustomAction Handling custom action L"MsgBoxMfpWin" (1 L"aicustact.dll" L"MsgBox") 002f:trace:msi:HANDLE_CustomType1 Calling function L"MsgBox" from L"C:\\users\\focht\\Temp\\msic7ec.tmp" ... 0043:Call user32.MessageBoxW(00000000,00171980 L"You need the Media Feature Pack from Microsoft(R) to use PS4 Remote Play.\nClick [OK] to open your web browser and download the Media Feature Pack from the website.\r\n\r\nhttps://remoteplay.dl.playstation.net/remoteplay/mediaFeatu… ",00171e90 L"PS4 Remote Play ",00000041) ret=10007c7e ... --- snip --- The 'IS_INSTALL_WMP64' and 'IS_INSTALL_WMP7' properties ought to be set by 'AI_AppSearchEx' custom action. Extracted 'RemotePlayInstaller_2.8.0.03041_Win32.msi' and export of 'AI_AppSearchEx' table via ORCA: --- snip --- Property Type SearchString Order Condition VerMin VerMax Platform RefContent s72 I4 s0 i4 S0 S0 S0 I2 S0 AI_AppSearchEx Property Type SearchString PreReqSearch_D564007E3BBE4F85950A09B470A7CA65 2 HKLM\SOFTWARE\Microsoft\DevDiv\VC\Servicing\12.0\RuntimeMinimum\Version 1 12.0.21005 0 IS_INSTALL_WMP64 9 HKLM\SOFTWARE\Microsoft\Active Setup\Installed Components\{22d6f312-b0f6-11d0-94ab-0080c74c7e95}\IsInstalled 2 0 M1 IS_INSTALL_WMP7 9 HKLM\SOFTWARE\Microsoft\Active Setup\Installed Components\{6BF52A52-394A-11d3-B153-00C04F79FAA6}\IsInstalled 3 0 M1 --- snip --- 'ControlEvent' table: --- snip --- Dialog_ Control_ Event Argument Condition Ordering s72 s50 s50 s255 S255 I2 ControlEvent Dialog_ Control_ Event Argument Condition ... WelcomeDlg Cancel SpawnDialog CancelDlg 1 100 WelcomeDlg Next EndDialog Exit AI_INSTALL AND ( IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1 ) 14 WelcomeDlg Next NewDialog LicenseAgreementDlg AI_INSTALL AND ( IS_INSTALL_WMP64 = 1 OR IS_INSTALL_WMP7 = 1 ) 15 WelcomeDlg Next DoAction MsgBoxMfpWin AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) ) 5 WelcomeDlg Next DoAction AI_DATA_SETTER_3 AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) ) 4 WelcomeDlg Next DoAction OpenUrlMfpWin AI_INSTALL AND ( (IS_INSTALL_WMP64 <> 1 AND IS_INSTALL_WMP7 <> 1) AND (BTN_PRESSED = "IDOK") ) 11 --- snip --- https://github.com/wine-staging/wine-staging/tree/master/patches/msi-MsiGet… Which points to bug 43093 which was closed as dupe of bug 34989 https://bugs.winehq.org/show_bug.cgi?id=43093#c6 --- quote --- Since the presence or absence of the associated staging patch does not actually affect this bug anymore, and since it is likely that none of the problems specific to this installer were blocking, I have marked this as a duplicate of #34989. --- quote --- Well, this patch seems still relevant. If it's no longer relevant for bug 43093 the reference in description shall be removed or updated to this bug. With https://github.com/wine-staging/wine-staging/blob/master/patches/msi-MsiGet… applied, the installer detects WMP6/7 properly via registry. I've created a snapshot via Internet archive to preserve the exact version in case it gets updated: https://web.archive.org/web/20190310123055/https://remoteplay.dl.playstatio… $ sha1sum RemotePlayInstaller.exe d7e56a826e82689383687dfc63fe2a035b987604 RemotePlayInstaller.exe $ du -sh RemotePlayInstaller.exe 19M RemotePlayInstaller.exe $ wine --version wine-4.3-229-g6d82b2f1ad Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 44438] New: 64-bit DOOM (2016) demo (Steam) hangs on launch ( Denuvo Anti-Tamper x64 #2)
by wine-bugs＠winehq.org May 5, 2020

May 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=44438 Bug ID: 44438 Summary: 64-bit DOOM (2016) demo (Steam) hangs on launch (Denuvo Anti-Tamper x64 #2) Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, follow-up of bug 40623 It hangs in Denuvo's x64 virtual machine code. --- snip -- $ pwd /home/focht/wine-games/wineprefix64-steam/drive_c/Program Files (x86)/Steam $ WINEDEBUG=+seh,+loaddll,+process,+msgbox,+debugstr wine ./steam.exe -no-cef-sandbox -applaunch 479030 -allowdebug -nominidumps -nobreakpad -windowed ... 0067:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\crypt32.dll" at 0x7fd764790000: builtin 0067:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\imagehlp.dll" at 0x7fd764530000: builtin 0067:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0x7fd7642a0000: builtin 0067:trace:loaddll:load_native_dll Loaded L"C:\\Program Files (x86)\\Steam\\tier0_s64.dll" at 0x3f000000: native 0067:trace:loaddll:load_native_dll Loaded L"C:\\Program Files (x86)\\Steam\\vstdlib_s64.dll" at 0x3f600000: native 0067:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mswsock.dll" at 0x7fd764060000: builtin 0067:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\netapi32.dll" at 0x7fd763bd0000: builtin 0067:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\secur32.dll" at 0x7fd763e20000: builtin 0067:trace:loaddll:load_native_dll Loaded L"C:\\Program Files (x86)\\Steam\\steamclient64.dll" at 0x38000000: native ... 0040:warn:debugstr:OutputDebugStringA "Game update: AppID 479030 \"\", ProcID 102, IP 0.0.0.0:0\n" 0040:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b4464df ip=7b4464df tid=0040 0040:trace:seh:raise_exception info[0]=00000038 0040:trace:seh:raise_exception info[1]=0fd0b2ec 0040:trace:seh:raise_exception eax=7b434c5d ebx=0fd0b0c4 ecx=00000008 edx=0fd0af24 esi=0fd0b2ec edi=00000000 0040:trace:seh:raise_exception ebp=0fd0af68 esp=0fd0af04 cs=0023 ds=002b es=fd0002b fs=fd00063 gs=11006b flags=00000212 0040:trace:seh:call_stack_handlers calling handler at 0x7b48e5d1 code=40010006 flags=0 0040:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0040:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48e56d ecx=0fd0af10 edx=0fd0af10 esi=0fd0afa4 edi=7b48e56d 0040:trace:seh:__regs_RtlUnwind ebp=0fd0aa38 esp=0fd0aa08 eip=7b48e556 cs=0023 ds=002b fs=0063 gs=006b flags=00000202 0040:trace:seh:__regs_RtlUnwind calling handler at 0x7bc8ef2e code=40010006 flags=2 0040:trace:seh:__regs_RtlUnwind handler at 0x7bc8ef2e returned 1 Setting breakpad minidump AppID = 479030 Steam_SetMinidumpSteamID: Caching Steam ID: 76561197970857714 [API loaded no] 0067:trace:seh:NtRaiseException code=80000004 flags=0 addr=0x15a072fd0 ip=15a072fd0 tid=0067 0067:trace:seh:NtRaiseException rax=0000000001a4d2b0 rbx=0000000001aa04e0 rcx=fffffffffffffffe rdx=0000000000000000 0067:trace:seh:NtRaiseException rsi=000000015a3bf1d5 rdi=0000000001aa078a rbp=000000000033fdc0 rsp=000000000032eab8 0067:trace:seh:NtRaiseException r8=0000000000000000 r9=0000000000000000 r10=0000000000000008 r11=0000000000000246 0067:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 0067:trace:seh:call_vectored_handlers calling handler at 0x159f70d00 code=80000004 flags=0 0067:trace:seh:call_vectored_handlers handler at 0x159f70d00 returned ffffffff <spins> ... --- snip --- --- snip --- $ wine64 winedbg Wine-dbg>info process pid threads executable (all id:s are in hex) 00000027 4 'explorer.exe' 0000000e 5 'services.exe' 00000020 4 \_ 'winedevice.exe' 0000001a 3 \_ 'plugplay.exe' 00000011 4 \_ 'winedevice.exe' 00000008 28 'steam.exe' 00000066 1 \_ 'DOOMx64.exe' 00000031 22 \_ 'steamwebhelper.exe' Wine-dbg>attach 0x66 0x00000001595c455e: movzbq %al,%rax Wine-dbg>bt Backtrace: =>0 0x00000001595c455e in doomx64 (+0x195c455e) (0x000000000032ea86) --- snip --- ProtectionID scan: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\wine-games\wineprefix64-steam\drive_c\Program Files (x86)\Steam\steamapps\common\DOOM Demo\DOOMx64.exe File Type : 64-Bit Exe (Subsystem : Win GUI / 2), Size : 116719104 (06F4FE00h) Byte(s) | Machine: 0x8664 (AMD64) [!] Warning -> File needs higher OS (Current OS : 05.01, Requires OS: 06.00) [!] Warning : File is 64 Bit, this os is NOT Compilation TimeStamp : 0x579005F1 -> Wed 20th Jul 2016 23:14:57 (GMT) [TimeStamp] 0x579005F1 -> Wed 20th Jul 2016 23:14:57 (GMT) | PE Header | - | Offset: 0x00000000:000000E0 | VA: 0x00000001:400000E0 | - [TimeStamp] 0x579005F0 -> Wed 20th Jul 2016 23:14:56 (GMT) | Export | - | Offset: 0x00000000:0383E8D4 | VA: 0x00000001:5A3F0CD4 | - [TimeStamp] 0x579005F1 -> Wed 20th Jul 2016 23:14:57 (GMT) | DebugDirectory | - | Offset: 0x00000000:0383E894 | VA: 0x00000001:5A3F0C94 | - [TimeStamp] 0x579005F1 -> Wed 20th Jul 2016 23:14:57 (GMT) | DebugDirectory | - | Offset: 0x00000000:0383E8B0 | VA: 0x00000001:5A3F0CB0 | - -> Section [0x9] '.rdata ' has a higher physical size than virtual size.. [LoadConfig] Struct determined as v8 (Expected size 232 | Actual size 112) [LoadConfig] CodeIntegrity -> Flags 0x6E6F | Catalog 0x635C (25436) | Catalog Offset 0x5C65646F | Reserved 0x6C697562 [LoadConfig] GuardAddressTakenIatEntryTable 0x695A5C6D:61625C64 | Count 0x34366E69775C6E6F (8759824412002546287) [LoadConfig] GuardLongJumpTargetTable 0x70696873:5C6C675F | Count 0x61746572676E6970 (16350180981735289200) [LoadConfig] HybridMetadataPointer 0xE20613A4:9E21600D | DynamicValueRelocTable 0x445C6C69:784D4F4F [LoadConfig] FailFastIndirectProc 0xF:00000737 | FailFastPointer 0x5AD:00000000 [LoadConfig] UnknownZero1 0x292A068 0 [File Heuristics] -> Flag #1 : 00000100000001001100001100100001 (0x0404C321) [Entrypoint Section Entropy] : 4.80 (section #6) ".rsrc " | Size : 0x15D (349) byte(s) [DllCharacteristics] -> Flag : (0x8120) -> HEVA | DEP | TSA [SectionCount] 10 (0xA) | ImageSize 0x1DB02000 (498081792) byte(s) [Export] 0% of function(s) (8 of 3076) are in file | 0 are forwarded | 8 code | 3068 data | 0 uninit data | 0 unknown | [VersionInfo] Company Name : id Software [VersionInfo] Product Name : DOOM [VersionInfo] Product Version : 6. 1. 1. 2303 [VersionInfo] File Description : DOOM [VersionInfo] File Version : 6. 1. 1. 720 [VersionInfo] Original FileName : DOOMx64.exe [VersionInfo] Internal Name : DOOM [VersionInfo] Legal Copyrights : Copyright © 2016 id Software [ModuleReport] [IAT] Modules -> ADVAPI32.dll | DINPUT8.dll | GDI32.dll | IMM32.dll | IPHLPAPI.DLL | KERNEL32.dll | MSIMG32.dll | OLEACC.dll | OLEAUT32.dll | OPENGL32.dll | PSAPI.DLL | SHELL32.dll | SHLWAPI.dll | USER32.dll | UxTheme.dll | VERSION.dll | WINHTTP.dll | WININET.dll | WINMM.dll | WINSPOOL.DRV | WSOCK32.dll | XINPUT1_3.dll | bcrypt.dll | bink2w64.dll | dbghelp.dll | gdiplus.dll | ole32.dll | steam_api64.dll [Debug Info] (record 1 of 2) (file offset 0x383E890) Characteristics : 0x0 | TimeDateStamp : 0x579005F1 (Wed 20th Jul 2016 23:14:57 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x66 (102) AddressOfRawData : 0x1A40C61C | PointerToRawData : 0x385A21C CvSig : 0x53445352 | SigGuid 2E080B63-11B3-4C8F-B91B38449E46D0C5 Age : 0x2 (2) | Pdb : DOOMx64.pdb [Debug Info] (record 2 of 2) (file offset 0x383E8AC) Characteristics : 0x0 | TimeDateStamp : 0x579005F1 (Wed 20th Jul 2016 23:14:57 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 12 (0xC) -> Undocumented | Size : 0x14 (20) AddressOfRawData : 0x1A40C684 | PointerToRawData : 0x18831C84 [Raw/Hidden Debug Record] (File Offset 0x927300) CvSig : 0x53445352 | SigGuid 3EC11F9C-DCEB-48F5-A41306E20D60219E Age : 0x1 (1) | Pdb : Y:\assets\zion\code\build\bam\Zion\win64_gl\shippingretail\DOOMx64.pdb [!] Steam api usage detected [!] Denuvo "Anti-Tamper" x64 variant #2 detected [CdKeySerial] found "Invalid serial" @ VA: 0x01C2F680 / Offset: 0x00058C80 [CdKeySerial] found "Invalid code" @ VA: 0x023F8B80 / Offset: 0x00822180 --- snip --- $ wine --version wine-3.0-180-g85635db0ea Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11

[Bug 45855] New: Dishonored: Death of the Outsider needs d3d11_device_CreateDeferredContext1
by wine-bugs＠winehq.org May 5, 2020

May 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=45855 Bug ID: 45855 Summary: Dishonored: Death of the Outsider needs d3d11_device_CreateDeferredContext1 Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Crashes right after splash screen. fixme:d3d11:d3d11_device_CreateDeferredContext1 iface 0x12945ba0, flags 0, context 0x145d97c0 stub! wine-3.16-37-g8a985174eb -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 47700] New: Function RtlQueryRegistryValuesEx not implemented
by wine-bugs＠winehq.org May 5, 2020

May 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=47700 Bug ID: 47700 Summary: Function RtlQueryRegistryValuesEx not implemented Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: pesekradim(a)seznam.cz Distribution: --- Created attachment 65166 --> https://bugs.winehq.org/attachment.cgi?id=65166 Required function not yet implemeted Running wine-4.14-staging ARCHICAD Starter.exe (Working directory : /home/radim/.PlayOnLinux/wineprefix/ArchiCAD22/drive_c/Program Files/GRAPHISOFT/ARCHICAD 22) 000b:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 000b:fixme:winediag:start_process Wine Staging 4.14 is a testing version containing experimental patches. 000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. 000f:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0012:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0019:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found 001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found 001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found 001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found 001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found 001b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"RtlQueryRegistryValuesEx" not found 001e:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0024:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 002a:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 002f:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 002f:fixme:msvcrt:_configure_wide_argv (1) stub 002f:fixme:msvcrt:_initialize_wide_environment stub 0031:fixme:thread:create_user_shared_data_thread Creating user shared data update thread. 0035:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! 003b:fixme:rpc:handle_bind_error unexpected status value 1765 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 21924] New: Unhandled privileged instruction at address 0x49acb7
by wine-bugs＠winehq.org May 5, 2020

May 5, 2020

http://bugs.winehq.org/show_bug.cgi?id=21924 Summary: Unhandled privileged instruction at address 0x49acb7 Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)raccoonfink.com Created an attachment (id=26605) --> (http://bugs.winehq.org/attachment.cgi?id=26605) crash log Interstate '76 Arsenal (from GOG: http://www.gog.com/en/gamecard/interstate_’76_arsenal/) fails with an unhandled privileged instruction. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 42139] New: Alignment issue in mobaxterm on ubuntu 16.04
by wine-bugs＠winehq.org May 5, 2020

May 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=42139 Bug ID: 42139 Summary: Alignment issue in mobaxterm on ubuntu 16.04 Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ravi.gajjar(a)nexuslinkservices.in Distribution: --- Created attachment 56700 --> https://bugs.winehq.org/attachment.cgi?id=56700 In this screenshot right to left alignment I have install Wine-1.8.0 on Ubuntu 16.04. Issue is that, On mobaxterm showing RTL alignment but If should be Left to right. Other .exe files working fine using wine. How to change Left alignment on mobaxterm ? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 14

[Bug 40356] New: Space Engineers: Scenario load fail due to GL_INVALID_FRAMEBUFFER_OPERATION
by wine-bugs＠winehq.org May 4, 2020

May 4, 2020

https://bugs.winehq.org/show_bug.cgi?id=40356 Bug ID: 40356 Summary: Space Engineers: Scenario load fail due to GL_INVALID_FRAMEBUFFER_OPERATION Product: Wine Version: 1.9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: logger89(a)web.de Distribution: --- Created attachment 54042 --> https://bugs.winehq.org/attachment.cgi?id=54042 Repeating console output After launching Space Engineers, when trying to load a Scenario (or load a new world), the game will proceed normally through the loading screen. After some time, this loading screen will hang and stop, sometimes with stuttering music playing in the background, and the game will freeze. During this time, the console is flooded with a repeating error message (view attachment). The game has to be forced to close after this point. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 14

[Bug 38200] New: Space Engineers 01.072: Save crashes game with err:d3d:resource_init Failed to allocate system memory.
by wine-bugs＠winehq.org May 4, 2020

May 4, 2020

https://bugs.winehq.org/show_bug.cgi?id=38200 Bug ID: 38200 Summary: Space Engineers 01.072: Save crashes game with err:d3d:resource_init Failed to allocate system memory. Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: jordan.scott737(a)icloud.com Distribution: --- Created attachment 50978 --> https://bugs.winehq.org/attachment.cgi?id=50978 Game log showing crash. Eventualy with autosave turned on, or when manually saving, game will crash to desktop giving: "err:d3d:resource_init Failed to allocate system memory" in terminal. This happens more frequently when the graphics settings are set to extreme or high and I believe resolution plays a part, but it's very inconsistant when it does crash. It seems to depend on gpu load or if your doing something gpu intensive when the autosave occurs. This happens over multiple wine versions. I have a Nvidia GTX 760 2GB and have set winetricks videomemorysize=2048. Nvidia-settings shows never more than 600MB in use. Does system memory usage play a part in this? We have to run this game in 32-bit mode because of dotnet4 and I've read some programs are limited to 2GB of memory. I've included the game log as an attachment. The texture errors are not nessasarly there when this happens and don't seem to cause a crash on their own. NVIDIA-SMI 346.47 Driver Version: 346.47 GPU 0: GeForce GTX 760 3.19.1-gentoo Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz 8GB RAM -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9