September 2020 - Wine-bugs - list.winehq.org

[Bug 46726] New: Dirt Rally 2.0 does not use embedded CA cert
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=46726 Bug ID: 46726 Summary: Dirt Rally 2.0 does not use embedded CA cert Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: andreas(a)heider.io Distribution: --- Hi, Dirt Rally 2.0 requires an online connection to play the single player campaign, but with Wine 4.2 it can't successfully establish that connection due to a certificate issue. It tries to connect to https://prod.egonet.codemasters.com/, but since it does not trust the certificate the connection fails. The required CA certificate is embedded in dirtrally2.exe, but Wine does not seem to pick it up and use it. It all works perfectly if I manually trust the CA system-wide, by placing codemasters.pem in /etc/ca-certificates/trust-source/anchors and run update-ca-trust. -- 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 15

[Bug 49656] New: SAP GUI - Ws2_32.getaddrinfo crashes with non-standard service (/etc/services)
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49656 Bug ID: 49656 Summary: SAP GUI - Ws2_32.getaddrinfo crashes with non-standard service (/etc/services) Product: Wine Version: 5.14 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: guimaeda(a)gmail.com Created attachment 67890 --> https://bugs.winehq.org/attachment.cgi?id=67890 Terminal output (both success and crash) Calling getaddrinfo with pNodeName = NULL and a non-standard pServiceName that is not present in /etc/services causes an Unhandled page fault. I noticed this issue using SAP GUI, a Windows client for a corporate ERP system that uses unusual TCP ports for some of its connections to servers. These port numbers are registered in %WINDIR%\system32\drivers\etc\services during installation, and after going through some traces I noticed the error stopped after adding the same entries to the host's (macOS) /etc/services file. Since SAP GUI is licensed software, I created a little C program that simulates the same problem. It simply calls getaddrinfo with a service name "I_dont_exist". If this entry is not present in /etc/services, the program crashes. Tested on Wine 5.14 upstream binaries downloaded from PlayOnLinux/Phoenicis Wine building service. I also tested in other Wine version I use, namely 5.14-staging, 5.0 (WineHQ Homebrew), 5.7-staging (WineHQ Homebrew) and CrossOver 19.0.1. All had the same result. Sample C program with .exe and source code: https://abap.ninja/bugreport/wine_getaddrinfo_crash.zip -- 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.

1 5

[Bug 49289] New: Denuvo Anti-Cheat 'denuvo-anti-cheat.sys' crashes on unimplemented function ntoskrnl.exe.ExRegisterCallback
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49289 Bug ID: 49289 Summary: Denuvo Anti-Cheat 'denuvo-anti-cheat.sys' crashes on unimplemented function ntoskrnl.exe.ExRegisterCallback Product: Wine Version: 5.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44925 --- snip --- $ WINEDEBUG=+seh,+relay,+int,+ntoskrnl,+ntdll,+reg wine net start "Denuvo Anti-Cheat" >>log.txt 2>&1 ... 00d0:Call ntoskrnl.exe.ExCreateCallback(00b5f518,00b5f530,00000000,00b5ec01) ret=00d40b52 00d0:fixme:ntoskrnl:ExCreateCallback (0000000000B5F518, 0000000000B5F530, 0, 1): stub 00d0:Call KERNEL32.IsBadStringPtrW(00cfa000,ffffffffffffffff) ret=00236277 00d0:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=00236277 00d0:fixme:ntoskrnl:ExCreateCallback name L"\\Callback\\PowerState", RootDirectory 0000000000000000. 00d0:Ret ntoskrnl.exe.ExCreateCallback() retval=00000000 ret=00d40b52 00d0:Call KERNEL32.RaiseException(80000100,00000001,00000002,00b5f4a0) ret=0023f178 00d0:Call ntdll.memcpy(00b5f388,00b5f4a0,00000010) ret=7b010516 00d0:Ret ntdll.memcpy() retval=00b5f388 ret=7b010516 00d0:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b010525 ip=7b010525 tid=00d0 00d0:trace:seh:raise_exception info[0]=000000000025d000 00d0:trace:seh:raise_exception info[1]=000000000025d9f1 00d0:trace:seh:call_vectored_handlers calling handler at 0x22d090 code=80000100 flags=1 00d0:trace:seh:call_vectored_handlers handler at 0x22d090 returned 0 00d0:trace:seh:RtlVirtualUnwind type 1 rip 7b010525 rsp b5f340 ... wine: Call from 0x7b010525 to unimplemented function ntoskrnl.exe.ExRegisterCallback, aborting --- snip --- $ wine --version wine-5.9-161-gadf80db41d 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.

1 5

[Bug 49488] New: uninitialized bytes in server call from ntdll/server_write_file
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49488 Bug ID: 49488 Summary: uninitialized bytes in server call from ntdll/server_write_file Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Created attachment 67607 --> https://bugs.winehq.org/attachment.cgi?id=67607 Configure output. Steps to reproduce * Build wine (currently ec9e556d31). Attached my configure output. See for configure flags. * Build 'int main() { return 0; }' under i686-w64-mingw-gcc * Run under valgrind. Valgrind output attached. The first valgrind error is: ==1472== Syscall param writev(vector[...]) points to uninitialised byte(s) ==1472== at 0x432C2A3: __writev (writev.c:26) ==1472== by 0x432C2A3: writev (writev.c:24) ==1472== by 0x485A099: send_request (server.c:221) ==1472== by 0x485A1DB: server_call_unlocked (server.c:281) ==1472== by 0x485A236: wine_server_call (server.c:297) ==1472== by 0x484B69E: server_write_file (file.c:4706) ==1472== by 0x484CB30: NtWriteFile (file.c:5272) ==1472== by 0x7BC500A8: NtWriteFile (file.c:176) ==1472== by 0x5E267A7: rpcrt4_conn_np_write (rpc_transport.c:415) ==1472== by 0x5E1BF85: rpcrt4_conn_write (rpc_binding.h:197) ==1472== by 0x5E1DB8C: RPCRT4_SendWithAuth (rpc_message.c:850) ==1472== by 0x5E1E9B7: RPCRT4_Send (rpc_message.c:1249) -- 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.

1 7

[Bug 49178] New: Spitfire Audio crashes on start
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49178 Bug ID: 49178 Summary: Spitfire Audio crashes on start Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzo(a)leonardini.dev Distribution: --- Created attachment 67195 --> https://bugs.winehq.org/attachment.cgi?id=67195 error backtrace The Spitfire Audio App crashes even before showing any window. The application worked fine until version 3.1.18, but since the update 3.2.3, and still in the current version 3.2.6 it doesn't start anymore. Unfortunately, the software doesn't allow you to use an outdated version and automatically updates itself. I am using wine-5.8 (Staging) on an Arch Linux system (64 bit). Links to different version downloads: - 3.1.18 https://d1t3zg51rvnesz.cloudfront.net/p/files/lm/1584702000/win/SpitfireAud… - 3.2.3 https://d1t3zg51rvnesz.cloudfront.net/p/files/lm/1588863600/win/SpitfireAud… - 3.2.6 https://d1t3zg51rvnesz.cloudfront.net/p/files/lm/1589374800/win/SpitfireAud… -- 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.

1 25

[Bug 45536] New: Total Commander 9.x crashes on unimplemented function usp10.dll.ScriptGetFontAlternateGlyphs when Wine is not detected
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=45536 Bug ID: 45536 Summary: Total Commander 9.x crashes on unimplemented function usp10.dll.ScriptGetFontAlternateGlyphs when Wine is not detected Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, while investigating bug 45514 (dupe of bug 42497) my Total Commander 9.x installation stopped working because I made 'wine_get_version' a '-noname' ordinal export (cheaper way, to avoid using Wine-Staging/patchset). The app no longer detects Wine and runs into a problem. Download: https://totalcommander.ch/win/tcmd920x64.exe --- snip --- $ pwd /home/focht/wineprefix64-tcmd/drive_c/totalcmd $ file *.{DLL,EXE} TC7Z64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows TCLZMA64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows TCUNZL64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows UNRAR64.DLL: PE32+ executable (DLL) (console) x86-64, for MS Windows WCMICON2.DLL: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows WCMICONS.DLL: PE32 executable (GUI) Intel 80386, for MS Windows WCMZIP64.DLL: PE32+ executable (DLL) (GUI) x86-64, for MS Windows NOCLOSE64.EXE: PE32+ executable (GUI) x86-64, for MS Windows TCMADM64.EXE: PE32+ executable (GUI) x86-64, for MS Windows TCMDX32.EXE: PE32 executable (GUI) Intel 80386, for MS Windows TCUNIN64.EXE: PE32+ executable (GUI) x86-64, for MS Windows TOTALCMD64.EXE: PE32+ executable (GUI) x86-64, for MS Windows $ WINEDEBUG=+seh,+relay wine TOTALCMD64.EXE >>log.txt 2>&1 ... 0030:Call KERNEL32.GetProcAddress(7bc80000,00a8a890 "wine_get_version") ret=00474dbb 0030:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00474dbb ... 0030:Ret usp10.ScriptItemize() retval=00000000 ret=009f4047 0030:Call usp10.ScriptShape(00250258,00bd1bc0,01cb9768,00000001,00000010,00099634,02f35050,02f35090,02f350d0,0037693c) ret=009f40d1 ... 0030:Ret usp10.ScriptShape() retval=00000000 ret=009f40d1 0030:Call KERNEL32.RaiseException(80000100,00000001,00000002,01cb96a0) ret=7fe6fee5eb50 0030:trace:seh:NtRaiseException code=80000100 flags=1 addr=0x7b4944b9 ip=7b4944b9 tid=0030 0030:trace:seh:NtRaiseException info[0]=00007fe6fee5eb80 0030:trace:seh:NtRaiseException info[1]=00007fe6fee5eb95 wine: Call from 0x7b4944b9 to unimplemented function usp10.dll.ScriptGetFontAlternateGlyphs, aborting 0030:trace:seh:call_vectored_handlers calling handler at 0x419950 code=80000100 flags=1 ... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/usp10/usp10.spec#l9 --- snip --- 9 @ stub ScriptGetFontAlternateGlyphs --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/usp10/nf-usp10-scriptg… $ sha1sum tcmd920x64.exe d27abd02fe60002cfb60b1c68888a666c48c9142 tcmd920x64.exe $ du -sh tcmd920x64.exe 5.0M tcmd920x64.exe $ wine --version wine-3.13 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 35903] New: CED1401 Device connected through USB not found
by wine-bugs＠winehq.org 10 Nov '20

10 Nov '20

http://bugs.winehq.org/show_bug.cgi?id=35903 Bug ID: 35903 Summary: CED1401 Device connected through USB not found Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com The CED1401 is a devices which connected with USB to the PC. The software for controlling the device installs and runs well, but it does not identify the USB device. For this reason, the application "CED1401" in Winehq's AppDB has currently status "Garbage". -- 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 37

[Bug 49460] New: where.exe is missing in wine (affects Waves Central )
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49460 Bug ID: 49460 Summary: where.exe is missing in wine (affects Waves Central ) Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- This program where.exe is present in my Windows 7; I guess wine should provide one as well... Trying to run Waves Central Installer with +process: 00f8:trace:process:CreateProcessInternalW app L"C:\\windows\\system32\\cmd.exe" cmdline L"C:\\windows\\system32\\cmd.exe /d /s /c \"where powershell.exe\"" I copied over where.exe from my Windows 7 to my prefix and now I got Waves Central to install and start (also have to install powershell), -- 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.

1 8

[Bug 49179] New: winetest.exe fails to run on windows arm (surface rt / armv7)
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49179 Bug ID: 49179 Summary: winetest.exe fails to run on windows arm (surface rt / armv7) Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: testcases Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 67196 --> https://bugs.winehq.org/attachment.cgi?id=67196 patch Jacek was kind enough to cross compile (using llvm-mingw) an armv7 winetest binary for me. I tried running that on my rooted Surface RT tablet (windows 32-bit armv7), and it immediately fails with an error dialog: The procedure entry point NtCurrentTeb could not be located in the dynamic link library C:\Users\User\Desktop\winetest.exe <jacekc> it looks like NtCurrentTeb is not exported by windows ntdll. looking at windows headers, there is an inline version <jacekc> it should use _MoveFromCoprocessor. I don't know enough about arm to know how hard it is to support Using an inline definition instead allows the tests to run. I'm attaching Jacek's patch that does that for reference. -- 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.

1 11

[Bug 49281] New: FinanceExplorer crashes inside msado15.dll
by WineHQ Bugzilla 10 Nov '20

10 Nov '20

https://bugs.winehq.org/show_bug.cgi?id=49281 Bug ID: 49281 Summary: FinanceExplorer crashes inside msado15.dll Product: Wine Version: 5.9 Hardware: x86 URL: http://www.metalogicsw.com/download/financeexplorer/Fi nanceExplorerPortable_8.2.0_English.paf.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Hi, a user tested some portable apps on forum: https://forum.winehq.org/viewtopic.php?f=2&t=33957 I tried a few up to now, this one (see downloadlink) crashes indeed, see below. Maybe the app needs some additional stuff installed (jet40???), I woudln`t know, but my guess is, it shouldn`t crash at least inside msado15 (????) ha1sum FinanceExplorerPortable_8.2.0_English.paf.exe b02a68edb281a644a3f947f342b1a101842fa845 FinanceExplorerPortable_8.2.0_English.paf.exe crash: 0174:fixme:msado15:recordset_QueryInterface interface {00000126-0000-0000-c000-000000000046} not implemented 0174:fixme:msado15:connection_QueryInterface interface {00000126-0000-0000-c000-000000000046} not implemented 0174:fixme:msado15:connection_Open 14BB2888, L"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=Z:\\media\\louis\\aqqa\\FinanceExplorerPortable\\App\\FinanceExplorer\\db\\mfe.mdb;Persist Security Info=False", L"", 00A235FC, ffffffff 0174:fixme:msado15:supporterror_InterfaceSupportsErrorInfo 14BB2888, {00000515-0000-0010-8000-00aa006d2ea4} Unhandled exception: page fault on read access to 0x00000010 in 32-bit code (0x14fb644e). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:14fb644e ESP:0031d3cc EBP:0031d404 EFLAGS:00010216( R- -- I -A-P- ) EAX:00000000 EBX:14bb2858 ECX:14bb2858 EDX:00000001 ESI:00000000 EDI:19930522 Stack dump: 0x0031d3cc: 7bc72f40 00000080 0031d3f0 0031d428 0x0031d3dc: 7bc72f40 0031d3f4 14b70000 0031d428 0x0031d3ec: 7bc72f40 00110060 00a23570 14bb2858 0x0031d3fc: 00000000 19930522 0031d434 14fb6afc 0x0031d40c: 14fb4765 1fffffff 14bb2858 0031d430 0x0031d41c: 00411d9d 14bb2858 0031d42c 00a23410 Backtrace: =>0 0x14fb644e close_recordset+0xe(recordset=0x14bb2858) [Z:\home\louis\sda2\wine32-build\dlls\msado15\..\..\..\wine\dlls\msado15\recordset.c:206] in msado15 (0x0031d404) 1 0x14fb6afc recordset_AddRef+0x9b() [Z:\home\louis\sda2\wine32-build\dlls\msado15\..\..\..\wine\dlls\msado15\recordset.c:773] in msado15 (0x0031d434) 2 0x0043a07e EntryPoint+0xffffffff() in mlfinexp (0x0031d454) 3 0x00471367 in mlfinexp (+0x71366) (0x0031e090) -- 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.

1 5