December 2020 - Wine-Bugs - list.winehq.org

[Bug 44707] New: Sigcheck v2.60 crashes on unimplemented function CRYPT32.dll.CryptSIPRetrieveSubjectGuidForCatalogFile
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=44707 Bug ID: 44707 Summary: Sigcheck v2.60 crashes on unimplemented function CRYPT32.dll.CryptSIPRetrieveSubjectGuidForCatalogFile Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ wine ./sigcheck.exe -? Sigcheck v2.60 - File version and signature viewer Copyright (C) 2004-2017 Mark Russinovich Sysinternals - www.sysinternals.com usage: Z:\home\focht\Downloads\sigcheck.exe [-a][-h][-i][-e][-l][-n][[-s]|[-c|-ct]|[-m]][-q][-r][-u][-vt][-v[r][s]][-f catalog file] [-w file] <file or directory> usage: Z:\home\focht\Downloads\sigcheck.exe -d [-c|-ct] [-w file] <file or directory> usage: Z:\home\focht\Downloads\sigcheck.exe -o [-vt][-v[r]] [-w file] <Z:\home\focht\Downloads\sigcheck.exe csv file> usage: Z:\home\focht\Downloads\sigcheck.exe -t[u][v] [-i] [-c|-ct] [-w file] <certificate store name|*> -a Show extended version information. The entropy measure reported is the bits per byte of information of the file's contents. -c CSV output with comma delimiter -ct CSV output with tab delimiter Specify -nobanner to avoid banner being output to CSV -d Dump contents of a catalog file -e Scan executable images only (regardless of their extension) -f Look for signature in the specified catalog file -h Show file hashes -i Show catalog name and signing chain -l Traverse symbolic links and directory junctions -m Dump manifest -n Only show file version number -o Performs Virus Total lookups of hashes captured in a CSV file previously captured by Sigcheck when using the -h option. This usage is intended for scans of offline systems. -r Disable check for certificate revocation -s Recurse subdirectories -t[u][v] Dump contents of specified certificate store ('*' for all stores). Specify -tu to query the user store (machine store is the default). Append '-v' to have Sigcheck download the trusted Microsoft root certificate list and only output valid certificates not rooted to a certificate on that list. If the site is not accessible, authrootstl.cab or authroot.stl in the current directory are used instead, if present. -u If VirusTotal check is enabled, show files that are unknown by VirusTotal or have non-zero detection, otherwise show only unsigned files. -v[rs] Query VirusTotal (www.virustotal.com) for malware based on file hash. Add 'r' to open reports for files with non-zero detection. Files reported as not previously scanned will be uploaded to VirusTotal if the 's' option is specified. Note scan results may not be available for five or more minutes. -vt Before using VirusTotal features, you must accept VirusTotal terms of service. See: https://www.virustotal.com/en/about/terms-of-service/ If you haven't accepted the terms and you omit this option, you will be interactively prompted. -w Writes the output to the specified file. -nobanner Do not display the startup banner and copyright message. --- snip --- Running: --- snip --- $ wine ./sigcheck.exe -h ./sigcheck.exe ... wine: Call from 0x7bc63b78 to unimplemented function CRYPT32.dll.CryptSIPRetrieveSubjectGuidForCatalogFile, aborting --- snip --- $ sha1sum sigcheck.exe ceaee2c6a2305d454aea111eb882ef8070c54548 sigcheck.exe $ du -sh sigcheck.exe 364K sigcheck.exe $ wine --version wine-3.3-128-gdfde119538 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 4

[Bug 45044] New: Microsoft Visual C++ 2005, 2008 Redistributable installers fail with 'action L"SxsInstallCA" returned 1603'
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

https://bugs.winehq.org/show_bug.cgi?id=45044 Bug ID: 45044 Summary: Microsoft Visual C++ 2005, 2008 Redistributable installers fail with 'action L"SxsInstallCA" returned 1603' Product: Wine Version: 3.6 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, noticed this on recent Wine build from Git while investigating some other issue. The installer bundles MSVC++ 2005 runtime and it fails to run the sub-installer. This worked in the past. --- snip --- $ WINEDEBUG=+seh,+relay,+msi wine ./vcredist_x86.exe >>log.txt 2>&1 ... 0032:Call KERNEL32.MultiByteToWideChar(00000000,00000001,00411290 "msiexec /i vcredist.msi",00000018,004112b0,00000018) ret=f7b1c6bf ... 0032:trace:msi:HANDLE_CustomType1 Calling function L"CustomAction_SxsMsmInstall" from L"C:\\users\\focht\\Temp\\msi3fd.tmp" 0033:Starting thread proc 0x7ebbc0db (arg=0x1d736c) 0033:trace:msi:DllThread custom action (33) started ... 0033:trace:msi:ACTION_CallDllFunction calling L"CustomAction_SxsMsmInstall" ... 0033:Call msi.MsiGetActiveDatabase(00000002) ret=00402d45 0033:trace:msi:MsiGetActiveDatabase (2) 0033:trace:msi:MsiGetActiveDatabase (1) 0033:trace:msi:alloc_msihandle 0x159508 -> 3 0033:trace:msi:alloc_msi_remote_handle 3 -> 4 0033:Ret msi.MsiGetActiveDatabase() retval=00000004 ret=00402d45 0033:Call msi.MsiDatabaseOpenViewA(00000004,0040146c "SELECT `Component_`, `Guid` FROM `SxsMsmGenComponents`",0061fd28) ret=00402d5e ... 0033:Call msi.MsiDatabaseOpenViewA(00000004,00401290 "SELECT `Directory_`, `ComponentId` FROM `Component` WHERE `Component` = ?",0061fcd8) ret=00402335 0033:trace:msi:MsiDatabaseOpenViewA 4 "SELECT `Directory_`, `ComponentId` FROM `Component` WHERE `Component` = ?" 0x61fcd8 ... 0033:Ret msi.MsiDatabaseOpenViewA() retval=00000000 ret=00402335 ... 0033:Call msi.MsiRecordSetStringA(0000000d,00000001,00411388 "uplevel.97F81AF1_0E47_DC99_FF1F_C8B3B9A1E18E") ret=00402355 ... 0033:Call msi.MsiViewExecute(00000017,0000000d) ret=00402377 0033:trace:msi:MsiViewExecute 23 13 0033:Call ntdll.RtlAllocateHeap(00110000,00000008,00000030) ret=7ebd516c 0033:Ret ntdll.RtlAllocateHeap() retval=001e32a8 ret=7ebd516c 0033:trace:msi:alloc_msihandle 0x1e32a8 -> 24 0033:Ret msi.MsiViewExecute() retval=0061fbe8 ret=00402377 ... 0033:trace:msi:DllThread custom action (33) returned 1603 ... 0032:err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1603 ... 0032:err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 --- snip --- Debugger: --- snip --- $ MsiBreak=CustomAction_SxsMsmInstall wine msiexec -i vcredist.msi ... $ winedbg Wine-dbg>attach 0x8 Wine-dbg>c DbgBreakPoint () at /home/focht/projects/wine/wine.repo/src/include/winternl.h:2223 0x7b442fe0 DbgBreakPoint+0x4 [/home/focht/projects/wine/wine.repo/src/include/winternl.h:2223] in kernel32: nop 2223 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } $ Wine-dbg>b MsiViewExecute 002f:fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children Breakpoint 1 at 0x7ebe87b9 MsiViewExecute [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:475] in msi Wine-dbg>c Stopped on breakpoint 1 at 0x7ebe87b9 MsiViewExecute [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:475] in msi MsiViewExecute () at /home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:475 Wine-dbg>c Stopped on breakpoint 1 at 0x7ebe87b9 MsiViewExecute [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:475] in msi Wine-dbg>c Stopped on breakpoint 1 at 0x7ebe87b9 MsiViewExecute [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:475] in msi Wine-dbg>c Stopped on breakpoint 1 at 0x7ebe87b9 MsiViewExecute [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:475] in msi Wine-dbg>c Stopped on breakpoint 1 at 0x7ebe87b9 MsiViewExecute [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:475] in msi Wine-dbg>b copy_remote_record Breakpoint 2 at 0x7ebf6888 copy_remote_record [/home/focht/projects/wine/wine.repo/src/dlls/msi/record.c:1059] in msi Wine-dbg>c Stopped on breakpoint 2 at 0x7ebf6888 copy_remote_record [/home/focht/projects/wine/wine.repo/src/dlls/msi/record.c:1059] in msi copy_remote_record () at /home/focht/projects/wine/wine.repo/src/dlls/msi/record.c:1059 Wine-dbg>bt Backtrace: =>0 0x7ebf6888 copy_remote_record(in=0x1d3b0c, out=0x1f) [/home/focht/projects/wine/wine.repo/src/dlls/msi/record.c:1059] in msi (0x0061fc18) 1 0x7ebe9d3e remote_ViewExecute+0x29(view=<couldn't compute location>, remote_rec=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:1106] in msi (0x0061fc48) 2 0x7ebe8894 MsiViewExecute+0xda(hView=<couldn't compute location>, hRec=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/msi/msiquery.c:497] in msi (0x0061fc98) 3 0x00402377 in msifcec.tmp (+0x2376) (0x0061fce0) 4 0x00402fd6 in msifcec.tmp (+0x2fd5) (0x0061fd38) 5 0x00403336 in msifcec.tmp (+0x3335) (0x0061fd48) 6 0x7ebbbd2e CUSTOMPROC_wrapper+0xd() in msi (0x0061fd58) 7 0x7ebbbf19 ACTION_CallDllFunction+0x1e8(guid=0x1c585c) [/home/focht/projects/wine/wine.repo/src/dlls/msi/custom.c:564] in msi (0x0061fe98) 8 0x7ebbc14d DllThread+0x71(arg=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/msi/custom.c:598] in msi (0x0061fed8) 9 0x7bc95468 call_thread_func_wrapper+0xb() in ntdll (0x0061feec) 10 0x7bc954ce call_thread_func+0x63(entry=0x7ebbc0db, arg=0x1c585c) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/signal_i386.c:2625] in ntdll (0x0061ffdc) 11 0x7bc9545a call_thread_entry+0x9() in ntdll (0x0061ffec) Wine-dbg>info locals 0x7ebf6888 copy_remote_record: (0061fc18) struct wire_record* in=0x1d3b0c (parameter [ESP+4]) MSIHANDLE out=0x1f (parameter [ESP+8]) MSIRECORD* rec=0x61fc60 (local [ESP-24]) unsigned int i=0x7ebf6a82 (local [ESP-16]) UINT r=0x61fc18 (local [ESP-20]) Wine-dbg>n 1064 if (!(rec = msihandle2msiinfo(out, MSIHANDLETYPE_RECORD))) Wine-dbg>n 1067 for (i = 0; i <= in->count; i++) Wine-dbg>n 1067 for (i = 0; i <= in->count; i++) Wine-dbg>n 1069 switch (in->fields[i].type) Wine-dbg>n 1072 MSI_FreeField(&rec->fields[i]); Wine-dbg>n 1073 rec->fields[i].type = MSIFIELD_NULL; Wine-dbg>n 1074 break; Wine-dbg>n 1089 if (r) Wine-dbg>n 1091 msiobj_release(&rec->hdr); Wine-dbg>n 1092 return r; --- snip --- Two cases of the switch use uninitialized 'r' value. Source: https://source.winehq.org/git/wine.git/blob/a373054b72f396a04ab4f191e1f6c2c… --- snip --- 1058 UINT copy_remote_record(const struct wire_record *in, MSIHANDLE out) 1059 { 1060 MSIRECORD *rec; 1061 unsigned int i; 1062 UINT r; 1063 1064 if (!(rec = msihandle2msiinfo(out, MSIHANDLETYPE_RECORD))) 1065 return ERROR_INVALID_HANDLE; 1066 1067 for (i = 0; i <= in->count; i++) 1068 { 1069 switch (in->fields[i].type) 1070 { 1071 case MSIFIELD_NULL: 1072 MSI_FreeField(&rec->fields[i]); 1073 rec->fields[i].type = MSIFIELD_NULL; 1074 break; 1075 case MSIFIELD_INT: 1076 r = MSI_RecordSetInteger(rec, i, in->fields[i].u.iVal); 1077 break; 1078 case MSIFIELD_WSTR: 1079 r = MSI_RecordSetStringW(rec, i, in->fields[i].u.szwVal); 1080 break; 1081 case MSIFIELD_STREAM: 1082 r = MSI_RecordSetIStream(rec, i, in->fields[i].u.stream); 1083 break; 1084 default: 1085 ERR("invalid field type %d\n", in->fields[i].type); 1086 break; 1087 } 1088 1089 if (r) 1090 { 1091 msiobj_release(&rec->hdr); 1092 return r; 1093 } 1094 } 1095 1096 msiobj_release(&rec->hdr); 1097 return ERROR_SUCCESS; 1098 } --- snip --- The custom action dll later converts the garbage value 0x61fc18 to 0x8007FC18 (meaningless) but ultimately to 1603. --- snip --- 004022E6 56 PUSH ESI 004022E7 E8 63F5FFFF CALL 0040184F 004022EC 85FF TEST EDI,EDI ; 0x0061FC18 004022EE 7E 0C JLE SHORT 004022FC 004022F0 81E7 FFFF0000 AND EDI,0FFFF ; 0x0000FC18 004022F6 81CF 00000780 OR EDI,80070000 ; 0x8007FC18 004022FC 837D FC 00 CMP DWORD PTR SS:[EBP-4],0 00402300 74 08 JE SHORT 0040230A 00402302 FF75 FC PUSH DWORD PTR SS:[EBP-4] 00402305 E8 30150000 CALL 0040383A 0040230A 837D F8 00 CMP DWORD PTR SS:[EBP-8],0 0040230E 74 08 JE SHORT 00402318 00402310 FF75 F8 PUSH DWORD PTR SS:[EBP-8] 00402313 E8 22150000 CALL 0040383A --- snip --- This is a regression, introduced by https://source.winehq.org/git/wine.git/commitdiff/bbf0f2da8211da73066fb36a4… ("msi: Make MsiProcessMessage() RPC-compatible") which introduced a buggy 'unmarshal_record' helper. The code was later refactored into 'copy_remote_record' helper: https://source.winehq.org/git/wine.git/commitdiff/c79fbc241e3c9a62ab50fb082… ("msi: Make MsiViewModify() RPC-compatible.") 'MsiViewExecute' modified to call the remote wrappers which contain the bug: https://source.winehq.org/git/wine.git/commitdiff/afb5eede24c35308d2370fd3b… ("msi: Make MsiViewExecute() RPC-compatible.") With a fix applied to properly initialize 'r', the installers work again. $ ha1sum vcredist_x86.EXE b8fab0bb7f62a24ddfe77b19cd9a1451abd7b847 vcredist_x86.EXE $ du -sh vcredist_x86.EXE 2.6M vcredist_x86.EXE $ wine --version wine-3.6-138-ga373054b72 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 7

[Bug 30566] New: .NET 4.5 (beta) installer: native assembly generation fails due to unimplemented function KERNEL32.dll.FlushProcessWriteBuffers
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=30566 Bug #: 30566 Summary: .NET 4.5 (beta) installer: native assembly generation fails due to unimplemented function KERNEL32.dll.FlushProcessWriteBuffers Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, native assembly generation fails during .NET 4.5 (beta) installation. Prerequisite 'winetricks -q dotnet40 win7' I used 'dotnet40' to clean up Mono artefacts from WINEPREFIX (otherwise it requires similar winetricks recipe which doesn't exist yet). --- snip --- 00f0:trace:process:create_process_impl app L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe" cmdline L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe -StartupEvent 94 -InterruptEvent 0 -NGENProcess 6c -Pipe 7c -Comment \"NGen Worker Process\"" ... 00f4:fixme:wer:WerRegisterRuntimeExceptionModule (L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll", 0x1050000) stub! 00f4:trace:loaddll:load_native_dll Loaded L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\clrjit.dll" at 0x4460000: native 00f4:fixme:shell:URL_ParseUrl failed to parse L"System" 00f4:fixme:shell:URL_ParseUrl failed to parse L"System.Configuration" 00f4:fixme:shell:URL_ParseUrl failed to parse L"System.Xml" 00f4:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4bdea ip=7bc4bdea tid=00f4 00f4:trace:seh:raise_exception info[0]=0166da48 00f4:trace:seh:raise_exception info[1]=0166ef86 wine: Call from 0x7bc4bdea to unimplemented function KERNEL32.dll.FlushProcessWriteBuffers, aborting 00f4:trace:seh:call_vectored_handlers calling handler at 0x11e329f code=80000100 flags=1 00f4:trace:seh:call_vectored_handlers handler at 0x11e329f returned 0 00f4:trace:seh:call_stack_handlers calling handler at 0x1567e30 code=80000100 flags=1 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms683148%28v=vs.85%… That's a low hanging fruit for you ;-) 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 6

[Bug 29730] New: Visual Studio 11 Preview does not Install (unimplemented function KERNEL32.dll.LCMapStringEx)
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=29730 Bug #: 29730 Summary: Visual Studio 11 Preview does not Install (unimplemented function KERNEL32.dll.LCMapStringEx) Product: Wine Version: 1.4-rc1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified The Visual Studio 11 preview does not install: wine: Call from 0x7bc4dc7e to unimplemented function KERNEL32.dll.LCMapStringEx, aborting 0033:err:module:attach_process_dlls "SetupEngine.dll" failed to initialize, aborting sha1sum: a178053ee81f05ed02f4b8b5856b7219f55eb47e *VS11_DP_CTP_ULT_ENU.iso msdn: http://msdn.microsoft.com/en-us/library/windows/desktop/dd318702%28v=vs.85%… -- By by ... Detlef -- 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 21501] New: Visual C++ 2010 beta 2 web installer can't replace corrupted downloads (sharing violation due to wintrust handle leak)
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=21501 Summary: Visual C++ 2010 beta 2 web installer can't replace corrupted downloads (sharing violation due to wintrust handle leak) Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.microsoft.com/visualstudio/en-us/try/defaul t.mspx#download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, the web installer verifies the integrity of already downloaded files using hashing and wintrust signature checks. In case of a corrupted file, WinVerifyTrust -> WINTRUST_DefaultVerify -> SOFTPUB_LoadFileMessage fails: --- snip --- ... 0031:trace:wintrust:SoftpubInitialize (0x1004c230) 0031:trace:wintrust:SoftpubInitialize returning 00000000 0031:trace:wintrust:SoftpubLoadMessage (0x1004c230) 0031: create_file( access=80000000, attributes=00000040, sharing=00000001, create=1, options=00000050, attrs=00000080, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/temp/21006.01/1033/VS_PRO/wcu/vc90sp1/vc_red.cab" ) 0031: create_file() = 0 { handle=0178 } 0031: get_handle_fd( handle=0178 ) 0031: *fd* 0178 -> 145 0031: get_handle_fd() = 0 { type=1, removable=0, access=00120089, options=00000050 } 0031:trace:wintrust:SOFTPUB_OpenFile returning 1 0031:trace:wintrust:SOFTPUB_GetFileSubject returning 1 0031:trace:wintrust:SOFTPUB_GetSIP returning 1 0031:trace:wintrust:CryptSIPGetSignedDataMsg (0x38ddf90 0x1004c268 0 0x9bf677c (nil)) 0031:trace:wintrust:WINTRUST_GetSignedMsgFromCabFile (0x38ddf90 0x1004c268 0 0x9bf677c (nil)) 0031:trace:wintrust:WINTRUST_GetSignedMsgFromCabFile cert_offset: 3823372 0031:trace:wintrust:WINTRUST_GetSignedMsgFromCabFile cert_size: 5944 0031:warn:wintrust:WINTRUST_GetSignedMsgFromCabFile offset beyond file, not attempting to read 0031:trace:wintrust:CryptSIPGetSignedDataMsg returning 0 0031:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100) 0031:trace:wintrust:WINTRUST_DefaultVerify returning 800b0100 0031:trace:wintrust:WinVerifyTrust returning 800b0100 ... --- snip --- It seems if WinVerifyTrust fails that way, the caller is not supposed to clean up, e.g. calling WinVerifyTrust with WTD_STATEACTION_CLOSE -> WINTRUST_DefaultClose. The web installer never does - hence the handle + additional data is leaked. This leaked file handle later leads to a sharing violation when urlmon tries to copy the new file from download cache to destination (DownloadBSC_OnStopBinding): --- snip --- 0031: create_file( access=c0010000, attributes=00000040, sharing=00000007, create=1, options=00001040, attrs=00000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/temp/21006.01/1033/VS_PRO/wcu/vc90sp1/vc_red.cab" ) 0031: create_file() = SHARING_VIOLATION { handle=0000 } ... --- snip --- After 3 download + replacement tries, it gives up. Properly internally cleaning up (closing the file handle ...) helps the installer/urlmon to replace the file. 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 9

[Bug 18980] New: Canon's CONSOLE Image Control & Storage Software fails on administrator privs check
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=18980 Summary: Canon's CONSOLE Image Control & Storage Software fails on administrator privs check Product: Wine Version: 1.1.23 Platform: PC URL: http://www.usa.canon.com/consumer/controller?act=Model InfoAct&tabact=DownloadDetailTabAct&fcategoryid=326&mo delid=10350 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a user in #winehq came up with this problem, so I looked into it knowing the app won't work at all due to low level hardware driver dependency. Anyway it revealed at least a valid bug ;-) --- snip --- ... 0028:Call advapi32.OpenProcessToken(ffffffff,00000018,0032fce4) ret=0046fa9e 0028:Ret advapi32.OpenProcessToken() retval=00000001 ret=0046fa9e 0028:Call advapi32.GetTokenInformation(000000a8,00000002,00000000,00000000,0032fce0) ret=0046fac3 0028:trace:advapi:GetTokenInformation (0xa8, TokenGroups, (nil), 0, 0x32fce0): 0028:Ret advapi32.GetTokenInformation() retval=00000000 ret=0046fac3 0028:Call msvcrt.malloc(000000a0) ret=5f8038d6 0028:Call ntdll.RtlAllocateHeap(00110000,00000000,000000a0) ret=7ed2d867 0028:Ret ntdll.RtlAllocateHeap() retval=00159260 ret=7ed2d867 0028:Ret msvcrt.malloc() retval=00159260 ret=5f8038d6 0028:Call advapi32.GetTokenInformation(000000a8,00000002,00159260,000000a0,0032fce0) ret=0046faef 0028:trace:advapi:GetTokenInformation (0xa8, TokenGroups, 0x159260, 160, 0x32fce0): 0028:Ret advapi32.GetTokenInformation() retval=00000001 ret=0046faef 0028:Call advapi32.GetSidSubAuthorityCount(0015929c) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=0015929d ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592a8) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592a9 ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592b4) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592b5 ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592c0) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592c1 ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592cc) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592cd ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592dc) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592dd ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592ec) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592ed ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call msvcrt.free(00159260) ret=5f8048cf 0028:Call ntdll.RtlFreeHeap(00110000,00000000,00159260) ret=7ed2da36 0028:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ed2da36 0028:Ret msvcrt.free() retval=00000001 ret=5f8048cf ... 0028:Call user32.MessageBoxW(00000000,00159560 L"This program requires administrator privileges.",00157d48 L"CONSOLE",00000040) ret=5f86881e --- snip --- With the first call to GetTokenInformation( ... TokenGroups ... ) the app queries the buffer size to hold result data -> lasterror = ERROR_INSUFFICIENT_BUFFER. The app allocates the required buffer and then calls GetTokenInformation() to actually fetch the data. Next, the app loops through sub authorities using GetSidSubAuthorityCount(). Normally it would look for DOMAIN_ALIAS_RID_ADMINS but the problem is the GetLastError() call _before_ the actual comparison. If last error is != 0, the app won't look at data returned by GetSidSubAuthorityCount(). The last successful call to GetTokenInformation() didn't reset last error at all - it's still at ERROR_INSUFFICIENT_BUFFER: --- snip dlls/advapi32/security.c --- BOOL WINAPI GetTokenInformation( HANDLE token, TOKEN_INFORMATION_CLASS tokeninfoclass, LPVOID tokeninfo, DWORD tokeninfolength, LPDWORD retlen ) { ... return set_ntstatus( NtQueryInformationToken( token, tokeninfoclass, tokeninfo, tokeninfolength, retlen)); } --- snip dlls/advapi32/security.c --- --- snip dlls/advapi32/security.c --- /* set last error code from NT status and get the proper boolean return value */ /* used for functions that are a simple wrapper around the corresponding ntdll API */ static inline BOOL set_ntstatus( NTSTATUS status ) { if (status) SetLastError( RtlNtStatusToDosError( status )); return !status; } --- snip dlls/advapi32/security.c --- This is probably an oversight. I don't know what Windows does but the app seems to expect the last error being reset to zero (NTSTATUS success). A conformance test should reveal this. 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 9

[Bug 18717] New: .NET 3.x needs ntdll.dll.RtlEnumerateGenericTableWithoutSplaying (WPF + MILCore driver)
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=18717 Summary: .NET 3.x needs ntdll.dll.RtlEnumerateGenericTableWithoutSplaying (WPF + MILCore driver) Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, affects every .NET 3.x GUI app which makes use of WPF. Both, the managed part of WPF and the (unmanaged) MILCore driver make use of the generic table API. I'm still unsure how much of the generic table API needs to be functional and what role such tables play in communication between Framework and MILCore driver. Currently, it seems we can get away with little effort. Returning NULL from stub seems sufficient to prevent the crash and allows apps to proceed further. --- snip --- fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework" fixme:shell:URL_ParseUrl failed to parse L"PresentationCore" fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"WindowsBase" fixme:advapi:RegisterTraceGuidsW 0x6a053a (nil) 0x32dfd0 1 0x32dfac (null) (null) 0x32dfb4 fixme:shell:URL_ParseUrl failed to parse L"PresentationCore.resources" fixme:advapi:RegisterTraceGuidsW 0x532dc234 (nil) 0x53218780 27 0x32ce8c (null) (null) 0x53355f40 fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546cc, (nil)) stub! fixme:ntdll:RtlInitializeGenericTable (0x16cae4,0x5327d3ce,0x5327d3a0,0x5327d3b7,(nil)) stub! fixme:ntdll:RtlInitializeGenericTable (0x16cd4c,0x5328ec37,0x5327d3a0,0x5327d3b7,(nil)) stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546e4, (nil)) stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546fc, (nil)) stub! fixme:win:EnumDisplayDevicesW ((null),0,0x2d5e568,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x2d5e568,0x00000000), stub! wine: Call from 0x7bc48066 to unimplemented function ntdll.dll.RtlEnumerateGenericTableWithoutSplaying, aborting ... fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x000000e0,0x3009a1b4,0x6cc5c0): stub err:eventlog:ReportEventW L"edgermreader.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"47c0d0da" err:eventlog:ReportEventW L"unknown" err:eventlog:ReportEventW L"0.0.0.0" err:eventlog:ReportEventW L"00000000" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"7bc48066" fixme:advapi:DeregisterEventSource (0xcafe4242) stub --- snip --- While you're at it, you might also want to fix the prototype of RtlInitializeGenericTable(). --- snip dlls/ntdll/rtl.c --- PVOID WINAPI RtlInitializeGenericTable(PVOID pTable, PVOID arg2, PVOID arg3, PVOID arg4, PVOID arg5) --- snip dlls/ntdll/rtl.c --- See: http://msdn.microsoft.com/en-us/library/ms796842.aspx Return type is VOID, additionally the parameters might be enhanced with MSDN info. 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 5

[Bug 18716] New: .NET 3.0 WPF requires SystemParametersInfoW( SPI_GETMOUSEVANISH) handled
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=18716 Summary: .NET 3.0 WPF requires SystemParametersInfoW( SPI_GETMOUSEVANISH) handled Product: Wine Version: 1.1.22 Platform: PC URL: http://infogenium.com/proj_reader.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another NET 3.0 app dies due to SystemParametersInfoW( SPI_GETMOUSEVANISH) not handled (triggered by "search" -> "type text to find" action, mouse hovering) --- snip --- fixme:system:SystemParametersInfoW Unimplemented action: 4128 (SPI_GETMOUSEVANISH) First chance exception generated: (0xe6a41c) <System.ComponentModel.Win32Exception> Unhandled exception generated: (0xe6a41c) <System.ComponentModel.Win32Exception> nativeErrorCode=1439 _className=<null> _exceptionMethod=<null> _exceptionMethodString=<null> _message=(0xe6a6d4) "Invalid SPI parameter" _data=(0xe6ad40) <System.Collections.ListDictionaryInternal> _innerException=<null> _helpURL=<null> _stackTrace=(0xe6ad6c) <System.SByte[]> _stackTraceString=<null> _remoteStackTraceString=<null> _remoteStackIndex=0 _dynamicMethods=<null> _HResult=-2147467259 _source=<null> _xptrs=0 _xcode=-532459699 Exception is called:UNHANDLED ... Thread 0x37 Current State:GCUnsafe spot 0)* System.Windows.SystemParameters::get_MouseVanish +0155[native] +0064[IL] in <Unknown File Name>:<Unknown Line Number> 1) System.Windows.Documents.TextEditorTyping::HideCursor +0046[native] +0012[IL] in <Unknown File Name>:<Unknown Line Number> 2) System.Windows.Documents.TextEditorTyping::DoTextInput +0079[native] +0006[IL] in <Unknown File Name>:<Unknown Line Number> 3) System.Windows.Documents.TextEditorTyping.TextInputItem::Do +0079[native] +0020[IL] in <Unknown File Name>:<Unknown Line Number> 4) System.Windows.Documents.TextEditorTyping::ScheduleInput +0069[native] +0028[IL] in <Unknown File Name>:<Unknown Line Number> 5) System.Windows.Documents.TextEditorTyping::OnTextInput +0403[native] +0146[IL] in <Unknown File Name>:<Unknown Line Number> 6) System.Windows.Documents.TextEditor::OnTextInput +0031[native] +0012[IL] in <Unknown File Name>:<Unknown Line Number> 7) System.Windows.Controls.Primitives.TextBoxBase::OnTextInput +0076[native] +0036[IL] in <Unknown File Name>:<Unknown Line Number> 8) System.Windows.UIElement::OnTextInputThunk +0095[native] +0031[IL] in <Unknown File Name>:<Unknown Line Number> 9) System.Windows.Input.TextCompositionEventArgs::InvokeEventHandler +0072[native] +0007[IL] in <Unknown File Name>:<Unknown Line Number> --- snip --- (also suffers from bug 18660) 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 6

[Bug 28121] New: unable to type any characters in Thunder7.2.1.3
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=28121 Summary: unable to type any characters in Thunder7.2.1.3 Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=36034) --> (http://bugs.winehq.org/attachment.cgi?id=36034) Log: can not type in thunder 1. Download Thunder7.2.1.3 http://down.sandai.net/thunder7/Thunder7.2.1.3136.exe (from http://dl.xunlei.com/xl7.html ) 2. winetricks vcrun2003, avoid Bug 28110 and Bug 28111. 3. install Thunder, start with wine, add a new download task, try to type into the text form. no characters will be typed into. winetricks riched20 works around for this. fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_TxDraw 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_TxDraw 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_TxDraw 0xb70780: STUB -- 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 4

[Bug 12718] New: Typing the username in MSN Messenger 7.5 is really slow
by wine-bugs＠winehq.org Aug. 10, 2021

Aug. 10, 2021

http://bugs.winehq.org/show_bug.cgi?id=12718 Summary: Typing the username in MSN Messenger 7.5 is really slow Product: Wine Version: 0.9.60 Platform: PC URL: http://www.filehippo.com/download_msn_messenger/751/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com When i start to write my email in msn messenger, the letters will take a long time to appear. In the console I'm only watchinh this message every time I type a letter: fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): STUB -- 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 22