January 2021 - Wine-bugs - list.winehq.org

[Bug 16891] New: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16891 Summary: .NET 3.0: Windows Workflow Foundation installer claims .NET 2.0 Framework needed, MsiNetAssemblySupport/msi fusion version retrieval bug Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16888 another subinstaller "Windows Workflow Foundation" fails, claiming ".NET 2.0 Framework is required". This is of course already installed as part of prerequisite. Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The corresponding logfile "dd_WF_3.0_x86retMSI48DE.txt" reveals nothing, it's empty. Using ORCA on "WF_3.0_x86.msi" shows that MsiNetAssemblySupport >="2.0.50727" condition needs to be satisfied. The "MsiNetAssemblySupport" property should be set in set_msi_assembly_prop() but it doesn't seem so. Trace log shows: --- snip --- 0016:Call version.GetFileVersionInfoSizeW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",0032f2d0) ret=6024ad80 0016:Call KERNEL32.GetModuleHandleExW(00000000,00149050,0032ef90) ret=609ecc77 0016:Ret KERNEL32.GetModuleHandleExW() retval=00000000 ret=609ecc77 0016:Call KERNEL32.LoadLibraryExW(00149050 L"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll",00000000,00000002) ret=609ecc99 0016:Call PE DLL (proc=0x60c431f0,module=0x60c40000 L"psapi.dll",reason=PROCESS_ATTACH,res=(nil)) ... 0016:Ret PE DLL (proc=0x60bd98c4,module=0x60bd0000 L"fusion.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0016:Ret KERNEL32.LoadLibraryExW() retval=60bd0000 ret=609ecc99 0016:Call KERNEL32.FindResourceW(60bd0000,00000001,00000010) ret=609ecd25 0016:Ret KERNEL32.FindResourceW() retval=00000000 ret=609ecd25 0016:Call KERNEL32.FreeLibrary(60bd0000) ret=609ecd94 ... 0016:Ret KERNEL32.FreeLibrary() retval=00000001 ret=609ecd94 0016:Call KERNEL32.SetLastError(00000714) ret=609ed6e6 0016:Ret KERNEL32.SetLastError() retval=00000714 ret=609ed6e6 0016:Ret version.GetFileVersionInfoSizeW() retval=00000000 ret=6024ad80 --- snip --- Looking into "C:\\windows\\Microsoft.NET\\Framework\\v3.0\\fusion.dll" path there is no native fusion.dll. Hence Wine's builtin fusion.dll is loaded by LoadLibraryExW(). The builtin fusion doesn't contain version resource so it fails. This is a subtile problem: adding version resource to Wine's fusion might cause problems because every .NET Framework might ship it's own version of fusion which ought to override builtin fusion. http://msdn.microsoft.com/en-us/library/aa370325.aspx Usually: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\fusion.dll C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\fusion.dll AFAIK .NET 3.0 and 3.5 don't bring their own fusion version (someone might check a real Windows installation with these Frameworks present). The problem is how dlls/msi/package.c:get_fusion_filename() works. At the point where the installation fails the following registry data is present at the location get_fusion_filename() reads: --- snip --- [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727] "Increment"="42" "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v2.0.50727\1033] "Install"=dword:00000001 "MSI"=dword:00000001 "SP"=dword:00000000 [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup] [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Communication Foundation] "InstallSuccess"=dword:00000001 "ReferenceInstallPath"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" "RuntimeInstallPath"="C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\" "Version"="3.0.04506.30" [HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v3.0\Setup\Windows Presentation Foundation] @="Windows Presentation Foundation" "InstallRoot"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "InstallSuccess"=dword:00000001 "ProductVersion"="3.0.6920.0" "Version"="3.0.6920.0" "WPFCommonAssembliesPathx86"="C:\\windows\\system32\\" "WPFNonReferenceAssembliesPathx86"="C:\\windows\\Microsoft.Net\\Framework\\v3.0\\WPF\\" "WPFReferenceAssembliesPathx86"="C:\\Program Files\\Reference Assemblies\\Microsoft\\Framework\\v3.0\\" --- snip --- I don't know how Windows msi does MsiNetAssemblySupport. Maybe a check for real existence of (native) fusion.dll to prevent false load of "builtin" fusion is better. If native fusion is not present in full path, that .NET Framework subkey data (version) can't be used for MsiNetAssemblySupport property. 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 16888] New: .NET 3.0: WCF installer requires httpapi.dll with some stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16888 Summary: .NET 3.0: WCF installer requires httpapi.dll with some stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16883 the next one... Prerequisites: --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: --- snip --- ServiceModelReg [15:38:17:256]: Repairing: Net.Tcp Port Sharing Service (NetTcpPortSharing) ServiceModelReg [15:38:17:279]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [15:38:17:294]: System.DllNotFoundException: Unable to load DLL 'httpapi.dll': Exception from HRESULT: 0x8007007E at System.ServiceModel.Install.NativeMethods.HttpTerminate(Int32 Flags, IntPtr pReserved) at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled() at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceModelInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 15:38:17 === --- snip --- Native httpapi override makes things only worse since it expects http service present ... --- snip --- ... 0035:CALL HTTPAPI.HttpInitialize(<unknown, check return>) ret=036a22c0 0035:trace:ntdll:NtCreateFile handle=0x67a16094 access=c0100000 name=L"\\Device\\Http\\Control" objattr=00000040 root=(nil) sec=(nil) io=0x33ed54 alloc_size=(nil) attr=00000000 sharing=00000003 disp=1 options=00000000 ea=0x18fb28.0x0000001f 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18fb28 ... 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) ... 0035:trace:service:OpenSCManagerW returning 0x18fb28 (access : 0x00000001) 0035:trace:service:OpenServiceW 0x18fb28 L"HTTP" 20 0035:trace:service:sc_handle_alloc sc_handle type=1 -> 0x18f658 ... 0018:trace:service:svcctl_OpenServiceW (L"HTTP", 0x14) ... 0035:trace:service:sc_handle_destroy_service destroying service 0x18f658 0035:trace:service:CloseServiceHandle 0x18fb28 ... 0035:trace:service:sc_handle_destroy_manager destroying SC Manager 0x18fb28 0035:RET HTTPAPI.HttpInitialize(00000001,00000002,00000000) retval=00000003 ret=036a22c0 ... Uninstalling: HTTP Namespace Reservations Error: Path not found fixme:advapi:RegisterEventSourceW (L".",L"System.ServiceModel.Install 3.0.0.0"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0xa534b4,0xa5335c): stub err:eventlog:ReportEventW L"System.ComponentModel.Win32Exception: Path not found\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.get_IsInstalled()\r\n at System.ServiceModel.Install.HttpNamespaceReservationInstallComponent.Uninstall(OutputLevel outputLevel)\r\n at System.ServiceModel.Install.Se"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 ... --- snip --- It seems better to provide a simple httpapi stub dll. MSDN for more info (only version 1 API seems requested): http://msdn.microsoft.com/en-us/library/aa364627.aspx http://msdn.microsoft.com/en-us/library/aa364625.aspx After generating a stub dll with winedump and some trial & error sessions, the minimum required stubs are as follows: --- snip --- HttpDeleteServiceConfiguration -> return NO_ERROR (0) HttpInitialize -> return NO_ERROR (0) HttpQueryServiceConfiguration -> return ERROR_FILE_NOT_FOUND (2) (most likely means the service not installed, passed args can be left untouched with this error) HttpSetServiceConfiguration -> return NO_ERROR (0) HttpTerminate -> return NO_ERROR (0) --- snip --- With those stubs in place, the HTTP api related actions (fake) succeed. --- snip --- ServiceModelReg [16:30:52:470]: Uninstalling: HTTP Namespace Reservations ServiceModelReg [16:30:52:472]: Warning: HTTP namespace reservations are not installed. ServiceModelReg [16:30:52:472]: Installing: HTTP Namespace Reservations ServiceModelReg [16:30:52:473]: Information: The ServiceModelReg tool has completed successfully. --- snip --- and the WCF installer claims success. 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 12

[Bug 16883] New: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16883 Summary: .NET 3.0: WCF installer fails due bug in services.exe svcctl_GetServiceKeyNameW Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16882 (WMI is needed) we resume where we left: bug 16878 --- 1. clean WINEPREFIX 2. sh mywinetricks -q wmicore 3. sh winetricks -q dotnet20 4. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 5. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 6. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- The WCF installer still fails: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,14:18:10] Windows Communication Foundation: [2] Error: Installation failed for component Windows Communication Foundation. MSI returned error code 1603 [01/11/09,14:18:21] WapUI: [2] DepCheck indicates Windows Communication Foundation is not installed. --- snip --- "c:\\windows\\temp\\dd_wcf_retMSI1CB9.txt": --- snip --- 1: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: ERROR: Process returned non-0 value! CMDLINE: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe /r /x /y /v 2: 1: Failed 2: --- snip --- --- snip --- ServiceModelReg [14:18:09:203]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [14:18:09:328]: Microsoft (R) 32-bit MOF Compiler Version 1.50.1085.0001 ServiceModelReg [14:18:09:329]: Copyright (c) Microsoft Corp. 1997-1999. All rights reserved. ServiceModelReg [14:18:09:423]: ServiceModelReg [14:18:09:425]: Parsing MOF file: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof ServiceModelReg [14:18:09:446]: MOF file has been successfully parsed ServiceModelReg [14:18:09:447]: Storing data in the repository... ServiceModelReg [14:18:10:115]: An error occurred while creating object 3 defined on lines 20 - 24: ServiceModelReg [14:18:10:116]: 0X80041002 Class, instance, or property 'HostingModel' was not found. ServiceModelReg [14:18:10:122]: Compiler returned error 0x80041001 ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:122]: ServiceModelReg [14:18:10:124]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '3'. ServiceModelReg [14:18:10:166]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.ApplicationException: Unexpected result 3 executing C:\windows\system32\wbem\mofcomp.exe with "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof" at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [14:18:10:231]: Error: WMI classes are not installed. ServiceModelReg [14:18:10:233]: Repairing: Windows CardSpace (idsvc) ServiceModelReg [14:18:10:251]: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.ServiceModel.Install.NativeMethods.ChangeFailureActions(ServiceHandle hService, Int32 dwInfoLevel, SERVICE_FAILURE_ACTIONS& lpInfo) at System.ServiceModel.Install.ServiceHandle.SetFailureActions(TimeSpan resetPeriod, TimeSpan[] restartPeriods) at System.ServiceModel.Install.ServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.InfoCardServiceInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.ServiceInstallComponent.Reinstall(OutputLevel outputLevel) at Microsoft.Tools.ServiceModel.ServiceModelReg.PerformAction(ActionItem actionItem, Nullable`1 confirmUninstall) at Microsoft.Tools.ServiceModel.ServiceModelReg.Run(String[] args) at Microsoft.Tools.ServiceModel.ServiceModelReg.TryRun(String[] args) === Verbose logging stopped: 1/11/2009 14:18:10 === --- snip --- Ok, lets leave the WMI failures aside (despite having native WMI core installed) and see how far it goes. That infocard service (re)install looks bugged: --- snip --- 0035:trace:service:OpenSCManagerW ((null),(null),0x00000001) 0035:trace:service:sc_handle_alloc sc_handle type=0 -> 0x18ef38 0013:trace:service:svcctl_OpenSCManagerW ((null), (null), 1) 0035:trace:service:OpenSCManagerW returning 0x18ef38 (access : 0x00000001) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceKeyNameW 0x18ef38 L"" 0x88e170 0x33f1f0 0014:trace:service:svcctl_GetServiceKeyNameW (L"idsvc", 256) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:trace:service:GetServiceDisplayNameW 0x18ef38 L"idsvc" 0x17b820 0x33f1f0 0013:trace:service:svcctl_GetServiceDisplayNameW (L"idsvc", 1) 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4333c ret=79e808d5 0035:CALL MSVCR80.memset(0033f0c4,00000000,0000002c,0033f0bc) ret=79eef4cb 0035:RET MSVCR80.memset() retval=0033f0c4 ret=79eef4cb 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f02c ret=79e770f8 0035:CALL MSVCR80.memset(0033ea2c,00000000,0000001c,0033ea70) ret=79e7d873 0035:RET MSVCR80.memset() retval=0033ea2c ret=79e7d873 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=0017b820 ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e808d5 0035:RET MSVCR80.memcpy() retval=00a4363c ret=79e808d5 0035:CALL MSVCR80.memcpy() ret=79e770f8 0035:RET MSVCR80.memcpy() retval=0033f10c ret=79e770f8 0035:CALL MSVCR80.memcmp(008647a8,032e66b9,00000012) ret=79efee2f 0035:RET MSVCR80.memcmp() retval=00000000 ret=79efee2f 0035:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f54 ip=0x7b844fd7 tid=0035 0035:trace:seh:raise_exception info[0]=80131509 0035:trace:seh:raise_exception eax=7b82cc91 ebx=7b8c3940 ecx=00000000 edx=0033f0f0 esi=0033f0f0 edi=e0434f4d 0035:trace:seh:raise_exception ebp=0033f0b8 esp=0033f054 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0035:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 0035:CALL MSVCR80._except_handler4_common(7a381240,79e717fb,0033f064,0033f108,0033ecf0,0033eb90) ret=79f9a3e7 0035:RET MSVCR80._except_handler4_common() retval=00000001 ret=79f9a3e7 0035:trace:seh:call_stack_handlers handler at 0x79f9a3c8 returned 1 0035:trace:seh:call_stack_handlers calling handler at 0x7a3197d4 code=e0434f4d flags=1 --- snip --- If we dump the corresponding SCM entry: --- snip --- 000d:trace:service:scmdatabase_load_services Loading service L"idsvc" 000d:trace:service:load_service_config Image path = L"\"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Communication Foundation\\infocard.exe\"" 000d:trace:service:load_service_config Group = (null) 000d:trace:service:load_service_config Service account name = L"LocalSystem" 000d:trace:service:load_service_config Display name = L"Windows CardSpace" 000d:trace:service:load_service_config Service dependencies : (none) 000d:trace:service:load_service_config Group dependencies : (none) --- snip --- That GetServiceKeyNameW() API failure seems to be ok because the app passes the key name itself "idsvc" and not the service display name. The following GetServiceDisplayNameW() also fails, leading to app error/exception. If you look closer, you see svcctl_GetServiceDisplayNameW (L"idsvc", 1) -> buffer length "1" passed. This is clearly not what the app intended. The app reuses the length parameter from GetServiceKeyNameW(), passing it again into GetServiceDisplayNameW() but Wine changed it to "1" which seems incorrect. --- snip programs/services/rpc.c --- DWORD svcctl_GetServiceKeyNameW( SC_RPC_HANDLE hSCManager, LPCWSTR lpServiceDisplayName, WCHAR *lpBuffer, DWORD cchBufSize, DWORD *cchLength) { ... entry = scmdatabase_find_service_by_displayname(manager->db, lpServiceDisplayName); if (entry != NULL) { ... else { *cchLength = 1; err = ERROR_SERVICE_DOES_NOT_EXIST; } scmdatabase_unlock(manager->db); if (err != ERROR_SUCCESS && cchBufSize > 0) lpBuffer[0] = 0; return err; } --- snip programs/services/rpc.c -- This doesn't look right, a conformance test case should reveal the correct behaviour. I already verified this with a patch. 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 12

[Bug 16893] New: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16893 Summary: .NET 3.0: Windows Workflow Foundation post-install: loadperf needs LoadPerfCounterTextStringsA/W stubs Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16891 the WF post install fails while running performance counter registration. Thanks to recent fixture of bug 12099 we have loadperf dll already in place... --- snip --- ... wine: Call from 0x7b844f54 to unimplemented function loadperf.dll.LoadPerfCounterTextStringsW, aborting fixme:advapi:CheckTokenMembership (0x188 0x1baf48 0x33e2c8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x0000011a,0x3009a1b4,0x7ed505c0): stub err:eventlog:ReportEventW L"performancecounterinstaller.exe" err:eventlog:ReportEventW L"3.0.4203.2" err:eventlog:ReportEventW L"44c6ca00" err:eventlog:ReportEventW L"kernel32.dll" err:eventlog:ReportEventW L"5.1.2600.2180" err:eventlog:ReportEventW L"00000000" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"00024f54" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at System.Workflow.NativeMethods.LoadPerfCounterTextStrings(String commandLine, Boolean quietMode) at System.Workflow.PerformanceCounterInstaller.Install() at System.Workflow.PerformanceCounterInstaller.Main(String[] args) wine: Unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called at address 0x7b844f54 (thread 000c), starting debugger... Unhandled exception: unimplemented function loadperf.dll.LoadPerfCounterTextStringsW called in 32-bit code (0x7b844fd7). --- snip --- To reproduce this problem manually, execute the following: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/Microsoft.NET/Framework/v3.0/Windows Workflow Foundation $ wine ./PerformanceCounterInstaller.exe uninstall ... $ wine ./PerformanceCounterInstaller.exe install --- snip --- The uninstall step is needed otherwise the registry keys are not explicitly removed and "install" will short-circuit, not doing anything useful. With stubs to loadperf added in similar manner like UnloadPerfCounterTextStringsA/W, we can get past this: --- snip --- $ WINEDEBUG=+tid,+seh,+loadperf wine ./PerformanceCounterInstaller.exe install ... 0009:trace:loadperf:DllMain (0x0x60cb0000, 1, (nil)) 0009:fixme:loadperf:LoadPerfCounterTextStringsW (L" \"C:\\windows\\Microsoft.NET\\Framework\\v3.0\\Windows Workflow Foundation\\PerfCounters.ini\"", 1): stub ... --- snip --- 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 11

[Bug 25153] New: Windows Live Essentials beta (webc variant) won't install without native .NET
by wine-bugs＠winehq.org 22 Mar '21

22 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25153 Summary: Windows Live Essentials beta (webc variant) won't install without native .NET Product: Wine Version: 1.3.7 Platform: x86-64 URL: http://wl.dlservice.microsoft.com/download/B/2/9/B2954 09B-AAAB-4415-B32D-A36EFD6DC36E/en/wlsetup-webc.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31904) --> (http://bugs.winehq.org/attachment.cgi?id=31904) Terminal output This particular installer isn't satisfied with "winetricks mono26 win7" even if the registry key from bug 24875 is added. It just says it needs .NET 3 and refuses to proceed any further without it. -- 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 29589] New: Interface corruption in the Windows Live Essentials 2011 installer
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29589 Bug #: 29589 Summary: Interface corruption in the Windows Live Essentials 2011 installer Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: c123c2f87af55f6b432e7be8560d65baee603520 The Windows Live Essentials 2011 installer shows a black rectangle near the bottom of the screen, in place of the text "By clicking an installation option you agree to the Microsoft service agreement and privacy" (cut off message?). Regression testing indicated: c123c2f87af55f6b432e7be8560d65baee603520 is the first bad commit commit c123c2f87af55f6b432e7be8560d65baee603520 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jan 10 11:56:06 2012 +0100 winex11: Fix support for PALETTEINDEX mapping and get rid of DIBINDEX support. :040000 040000 c98b298f9afd6e61583dd2a1a0defbd08843b2fb b25a5be902731076c886228453a502bb2db5b659 M dlls Reverting fixed the problem. Standard terminal output is the same with or without the patch. The reported Windows version needs to be Windows 7 to run this installer. -- 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 25134] New: Windows Live Essentials 2011 refuses to install without native .NET
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25134 Summary: Windows Live Essentials 2011 refuses to install without native .NET Product: Wine Version: 1.3.6 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31883) --> (http://bugs.winehq.org/attachment.cgi?id=31883) Terminal output The installer refuses to run after "winetricks mono26 win7" saying "Windows Live Essentials requires Microsoft .NET Framework 3." Note that it fails to run for other reasons in other Windows versions (either due to the OS being insufficient, or no platform update installed). -- 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 50075] New: GetFileVersionInfoSizeW can read from unallocated memory
by WineHQ Bugzilla 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50075 Bug ID: 50075 Summary: GetFileVersionInfoSizeW can read from unallocated memory Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: ahiler(a)codeweavers.com Distribution: --- Original bug: https://github.com/ValveSoftware/Proton/issues/4308 Crown Trick (game) comes with Assembly-CSharp.dll (generated by Unity engine) that is most likely just encrypted[0] or straight up corrupted. The game calls GetFileVersionInfoSizeW() on that .dll during which it crashes. Wine's GetFileVersionInfoSizeW() checks the PE header for RVA and size of Resource Table. Then HeapAllocs(size) happens and data is read into it the allocated memory. After that, when looking for the version entry, find_entry_by_id() naively trusts NumberOfNamedEntries and NumberOfIdEntries residing in the resource table, which in the encrypted/corrupted form add up to 20k+ entries. This results in an attempt to dereference something way past the size of Resource Table (0x400) and causes a page fault. I have a tentative patch (will send it soon, after a bit more testing) that makes sure we are not trying to read entries past the allocated area. With this the game starts and works just fine. [0]: https://github.com/yangyuan/hearthrock/issues/13 -- 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 1

[Bug 46883] New: CompressonatorGUI does not install
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46883 Bug ID: 46883 Summary: CompressonatorGUI does not install Product: Wine Version: 4.4 Hardware: x86 URL: https://github.com/GPUOpen-Tools/Compressonator/releas es/tag/v3.1.4064 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 63956 --> https://bugs.winehq.org/attachment.cgi?id=63956 Error screenshot CompressonatorGUI does not install due to following error: This application cannot be installed on systems earlier than Windows 2000 SP4. winecfg # Windows 10 sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.exe -- 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 46914] New: CompressonatorGUI 3.1 installer crashes in Win10 mode ( Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46914 Bug ID: 46914 Summary: CompressonatorGUI 3.1 installer crashes in Win10 mode (Advanced Installer Module bug, incorrect usage of kernel32.Wow64RevertWow64FsRedirection) Product: Wine Version: 4.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out of bug 46883 (after adding the missing registry keys for Windows 10 version check). https://bugs.winehq.org/show_bug.cgi?id=46883#c2 --- quote --- Err: correction, it crashes in staging-4.4 too. If the keys are present the installer starts fine old wine-version 3.0 though. So probably a regression, but i`ll do some testing further first. --- quote --- https://bugs.winehq.org/show_bug.cgi?id=46883#c3 --- quote --- Did regression test 9839bb7691a1b1c57a4ca501d03825420c1609d7 is the first bad commit commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Feb 9 21:21:47 2019 +0100 ntdll: Skip dlls of the wrong machine type when searching through the load path. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 f87bb0ed081f8b42e86a8084a8a31ed8271bb52a ae3234ae55fb52708ff68472510d2a0acbf5e8da M dlls So note, crash only happens in win10, after adding the two registrykeys --- quote --- Technically it's not a regression. Wine works more correctly now, revealing a bug in WoW64 filesystem redirection handling. The installer does a very stupid thing: --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+module,+loaddll,+server,+process,+imports wine ./CompressonatorGUI_x64_3.1.4064.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.LoadLibraryW(0050b310 L"kernel32.dll") ret=0048969a ... 0009:Ret KERNEL32.LoadLibraryW() retval=7b420000 ret=0048969a 0009:Call KERNEL32.GetProcAddress(7b420000,00510034 "Wow64DisableWow64FsRedirection") ret=004896c9 0009:Ret KERNEL32.GetProcAddress() retval=7b4391ac ret=004896c9 0009:Call KERNEL32.GetProcAddress(7b420000,00510054 "Wow64RevertWow64FsRedirection") ret=004896db 0009:Ret KERNEL32.GetProcAddress() retval=7b4391fc ret=004896db 0009:Call KERNEL32.GetProcAddress(7b420000,0050b32c "IsWow64Process") ret=004896ed 0009:Ret KERNEL32.GetProcAddress() retval=7b435ad4 ret=004896ed 0009:Call KERNEL32.IsWow64Process(ffffffff,0033ed10) ret=00489704 0009:trace:process:NtQueryInformationProcess (0xffffffff,0x0000001a,0x33eca4,0x00000004,(nil)) 0009:Ret KERNEL32.IsWow64Process() retval=00000001 ret=00489704 0009:Call KERNEL32.Wow64DisableWow64FsRedirection(0033ed2c) ret=0048974e 0009:Ret KERNEL32.Wow64DisableWow64FsRedirection() retval=00000001 ret=0048974e 0009:Call KERNEL32.CopyFileW(0017a260 L"C:\\windows\\system32\\msi.dll",005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",00000000) ret=0047baa1 ... 0009:Ret KERNEL32.CopyFileW() retval=00000001 ret=0047baa1 0009:Call KERNEL32.Wow64RevertWow64FsRedirection(0033ed2c) ret=00489738 0009:Ret KERNEL32.Wow64RevertWow64FsRedirection() retval=00000001 ret=00489738 0009:Call version.GetFileVersionInfoSizeW(005886c8 L"C:\\users\\focht\\Temp\\shi8c54.tmp",0033f174) ret=0047bcc2 ... --- snip --- The installer passes the address of 'OldValue' parameter to Wow64RevertWow64FsRedirection(), not the value. MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/aa365745(v=vs.85).… --- quote --- Wow64RevertWow64FsRedirection function Restores file system redirection for the calling thread. This function should not be called without a previous call to the Wow64DisableWow64FsRedirection function. Any data allocation on behalf of the Wow64DisableWow64FsRedirection function is cleaned up by this function. Syntax C++ BOOL WINAPI Wow64RevertWow64FsRedirection( _In_ PVOID OldValue ); Parameters OldValue [in] The WOW64 file system redirection value. This value is obtained from the Wow64DisableWow64FsRedirection function. ... --- quote --- This causes the WOW64 file system redirection not reverted to old state - all filesystem accesses go to 64-bits part. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/path.c#l1972 --- snip --- 1972 /*********************************************************************** 1973 * Wow64RevertWow64FsRedirection (KERNEL32.@) 1974 */ 1975 BOOL WINAPI Wow64RevertWow64FsRedirection( PVOID old_value ) 1976 { 1977 NTSTATUS status = RtlWow64EnableFsRedirection( !old_value ); 1978 if (status) SetLastError( RtlNtStatusToDosError(status) ); 1979 return !status; 1980 } --- snip --- Subsequent dynamic loading of dlls fails for the 32-bit process because loader only finds the 64-bit dll counterparts. First failure (non-fatal): --- snip --- ... 0009:Call KERNEL32.LoadLibraryExW(0033f22e L"C:\\windows\\system32\\explorerframe.dll",00000000,00000008) ret=7da78778 0009:trace:module:load_dll looking for L"C:\\windows\\system32\\explorerframe.dll" in L"C:\\windows\\system32;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/explorerframe.dll" ) 0009: create_file() = 0 { handle=0088 } 0009: get_handle_fd( handle=0088 ) 0009: *fd* 0088 -> 118 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=0088, objattr={} ) 0009: create_mapping() = 0 { handle=0090 } 0009: close_handle( handle=0088 ) 0009: close_handle() = 0 0009: get_mapping_info( handle=0090, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=00000c38,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=0090 ) 0009: *fd* 0090 -> 119 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 638 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003800 - 0x10004000 0009: map_view( mapping=0090, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=0090 ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\explorerframe.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"C:\\windows\\system32\\explorerframe.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7da78778 0009:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\explorerframe.dll" --- snip --- Second failure (fatal): --- snip --- 0009:Call KERNEL32.LoadLibraryA(005010f0 "dwmapi.dll") ret=004c0c0c 0009:trace:module:load_dll looking for L"dwmapi.dll" in L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009: create_file( access=80100000, sharing=00000005, create=1, options=00000060, attrs=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/system32/dwmapi.dll" ) 0009: create_file() = 0 { handle=00fc } 0009: get_handle_fd( handle=00fc ) 0009: *fd* 00fc -> 123 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=00120089, options=00000060 } 0009: create_mapping( access=000f000d, flags=01000000, file_access=00000001, size=00000000, file_handle=00fc, objattr={} ) 0009: create_mapping() = 0 { handle=010c } 0009: close_handle( handle=00fc ) 0009: close_handle() = 0 0009: get_mapping_info( handle=010c, access=0000000c ) 0009: get_mapping_info() = 0 { size=00004000, flags=01800000, shared_file=0000, image={base=10000000,entry_point=10001000,map_size=00004000,stack_size=00100000,stack_commit=00001000,zerobits=00000000,subsystem=00000000,subsystem_low=0000,subsystem_high=0004,gp=00000000,image_charact=2022,dll_charact=0100,machine=8664,contains_code=1,image_flags=80,loader_flags=00000000,header_size=00000200,file_size=000009d0,checksum=00000000,cpu=x86_64} } 0009: get_handle_fd( handle=010c ) 0009: *fd* 010c -> 129 0009: get_handle_fd() = 0 { type=1, cacheable=1, access=000f000d, options=00000020 } 0009:trace:module:map_image mapped PE file at 0x10000000-0x10004000 0009:trace:module:map_image mapping section .text at 0x10001000 off 200 size 5 virt 1000 flags 60000020 0009:trace:module:map_image clearing 0x10001200 - 0x10002000 0009:trace:module:map_image mapping section .reloc at 0x10002000 off 400 size 8 virt 1000 flags 42000040 0009:trace:module:map_image clearing 0x10002200 - 0x10003000 0009:trace:module:map_image mapping section .rsrc at 0x10003000 off 600 size 3d0 virt 1000 flags 40000040 0009:trace:module:map_image clearing 0x10003400 - 0x10004000 0009: map_view( mapping=010c, access=0000000c, base=10000000, size=00004000, start=00000000 ) 0009: map_view() = 0 0009: close_handle( handle=010c ) 0009: close_handle() = 0 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\system32\\dwmapi.dll" is for arch 8664, continuing search 0009: unmap_view( base=10000000 ) 0009: unmap_view() = 0 0009:warn:module:load_dll Failed to load module L"dwmapi.dll"; status=c000007b 0009:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=004c0c0c 0009:Call KERNEL32.GetLastError() ret=004c0c18 0009:Ret KERNEL32.GetLastError() retval=000000c1 ret=004c0c18 0009:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0033e764) ret=004c0c4b 0009:trace:seh:raise_exception code=c06d007e flags=0 addr=0x7b44c162 ip=7b44c162 tid=0009 0009:trace:seh:raise_exception info[0]=0033e714 0009:trace:seh:raise_exception eax=7b43a4cd ebx=00000000 ecx=00000000 edx=0033e708 esi=0033e708 edi=0033e6d0 0009:trace:seh:raise_exception ebp=0033e6a8 esp=0033e644 cs=330023 ds=33002b es=f7be002b fs=f7be0063 gs=f7be006b flags=00000216 0009:trace:seh:call_stack_handlers calling handler at 0x4f8b8c code=c06d007e flags=0 --- snip --- ProtectionID scan for documentation: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\CompressonatorGUI_x64_3.1.4064.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 83494931 (04FA0813h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | PE Header | - | Offset: 0x000000F0 | VA: 0x004000F0 | - [TimeStamp] 0x5602AAD6 -> Wed 23rd Sep 2015 13:36:22 (GMT) | DebugDirectory | - | Offset: 0x000FD444 | VA: 0x004FE844 | - -> File has 81963539 (04E2AA13h) bytes of appended data starting at offset 0175E00h [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (1489 calculated 1489 recorded... 0 invalid addresses) [LoadConfig] CodeIntegrity -> Flags 0x1 | Catalog 0x0 (0) | Catalog Offset 0x555C3A43 | Reserved 0x73726573 [LoadConfig] GuardAddressTakenIatEntryTable 0x6369765C | Count 0x5C726F74 (1551003508) [LoadConfig] GuardLongJumpTargetTable 0x6B736544 | Count 0x5C706F74 (1550872436) [LoadConfig] HybridMetadataPointer 0x4E415242 | DynamicValueRelocTable 0x775C4843 [LoadConfig] FailFastIndirectProc 0x525C6E69 | FailFastPointer 0x61656C65 [LoadConfig] UnknownZero1 0x735C6573 [File Heuristics] -> Flag #1 : 00000100000001001101000000000100 (0x0404D004) [Entrypoint Section Entropy] : 6.63 (section #0) ".text " | Size : 0xFC61C (1033756) byte(s) [DllCharacteristics] -> Flag : (0x8140) -> ASLR | DEP | TSA [SectionCount] 5 (0x5) | ImageSize 0x180000 (1572864) byte(s) [VersionInfo] Company Name : GPUOpen.com [VersionInfo] Product Name : CompressonatorGUI [VersionInfo] Product Version : 3.1.4064 [VersionInfo] File Description : CompressonatorGUI 3.1.4064 installer [VersionInfo] File Version : 3.1.4064 [VersionInfo] Original FileName : CompressonatorGUI_x64_3.1.4064.exe [VersionInfo] Internal Name : CompressonatorGUI_x64_3.1.4064 [VersionInfo] Legal Copyrights : Copyright (C) 2018 GPUOpen.com [ModuleReport] [IAT] Modules -> KERNEL32.dll | USER32.dll | GDI32.dll | ADVAPI32.dll | SHELL32.dll | ole32.dll | OLEAUT32.dll | dbghelp.dll | SHLWAPI.dll | COMCTL32.dll | MSIMG32.dll | VERSION.dll | MPR.dll | COMDLG32.dll [ModuleReport] [DelayImport] Modules -> msi.dll | gdiplus.dll | UxTheme.dll | WININET.dll | dwmapi.dll [Debug Info] (record 1 of 1) (file offset 0xFD440) Characteristics : 0x0 | TimeDateStamp : 0x5602AAD6 (Wed 23rd Sep 2015 13:36:22 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x5C (92) AddressOfRawData : 0x116DA0 | PointerToRawData : 0x1159A0 CvSig : 0x53445352 | SigGuid B2ED720C-03A3-4C47-8C3FDFDD897BE428 Age : 0x1 (1) | Pdb : C:\Users\victor\Desktop\BRANCH\win\Release\stubs\x86\ExternalUi.pdb [-= Installer =-] Advanced Installer Module ! [CompilerDetect] -> Visual C++ 9.0 (Visual Studio 2008) - Scan Took : 2.661 Second(s) [000000923h (2339) tick(s)] [566 of 580 scan(s) done] --- snip --- $ sha1sum CompressonatorGUI_x64_3.1.4064.exe c7958e4a7caa2e0011e2abd906fc71cec6603818 CompressonatorGUI_x64_3.1.4064.exe $ du -sh CompressonatorGUI_x64_3.1.4064.exe 80M CompressonatorGUI_x64_3.1.4064.exe $ wine --version wine-4.4-232-gc7f323107b 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