February 2020 - wine-bugs

[Bug 34467] New: Age of Empires 2 Conquerors is no longer playable
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=34467 Bug #: 34467 Summary: Age of Empires 2 Conquerors is no longer playable Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 00cpxxx(a)gmail.com Classification: Unclassified Created attachment 45890 --> http://bugs.winehq.org/attachment.cgi?id=45890 wine-1.7.1-158-g88c2a18 log+crash Recent commits have made Age 2 unplayable, the game crashes early with random backtraces. I will make a regression test ASAP, for now there is the log attached. It works very well in wine 1.6. Intel graphics board. Despite different backtraces each time this is always present before the crash: err:d3d_surface:read_from_framebuffer mem not null for pbo -- unexpected err:d3d:wined3d_debug_callback 0xa015360: "GL_INVALID_OPERATION in glReadPixels(out of bounds PBO access)". err:d3d_surface:read_from_framebuffer >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glReadPixels @ ../../../wine/dlls/wined3d/surface.c / 3891 Does not seem to be related to bug 34363. -- 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 8

[Bug 22185] New: Speed Reading 2000 fails to install
by wine-bugs＠winehq.org 24 Jan '21

24 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=22185 Summary: Speed Reading 2000 fails to install Product: Wine Version: 1.1.21 Platform: x86 URL: http://www.speedyshare.com/files/21643830/sr2000v1_6.e xe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com CC: dmitry(a)codeweavers.com Created an attachment (id=27069) --> (http://bugs.winehq.org/attachment.cgi?id=27069) Terminal output on Wine 1.1.41 Steps to reproduce: 1) remove ~/.wine 2) wine sr2000v1_6.exe 3) click next several times 4) Wine error appears after choosing install directory Problem doesn't occur on Wine 1.1.20 so this is an regression. Regression test did give: 54d7c8012d1d7369a56779955ced5a09e448a1cd is the first bad commit commit 54d7c8012d1d7369a56779955ced5a09e448a1cd Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Wed Apr 29 15:17:35 2009 +0900 explorer: Initialize the Progman DDE interface when starting explorer. :040000 040000 4a347655bb6f41b8b8377d8e3e3e25c1551d1730 05513d15b76a99fe5033c4422a82008667425088 M programs -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 46126] New: Provide more exception context information in ARM64 implementation of raise_exception ()
by wine-bugs＠winehq.org 23 Jan '21

23 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46126 Bug ID: 46126 Summary: Provide more exception context information in ARM64 implementation of raise_exception() Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Currently the diagnosis via tracing is very limited because the exception code, exception address and register context is not dumped at all. Example: --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 ./vlc.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_output\\libyuv_plugin.dll" at 0x85d0000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_splitter\\libclone_plugin.dll" at 0x85f0000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_splitter\\libpanoramix_plugin.dll" at 0x8600000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\video_splitter\\libwall_plugin.dll" at 0x8610000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\visualization\\libgoom_plugin.dll" at 0x8630000: native 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\woa-winrt\\vlc-4.0.0-dev\\plugins\\visualization\\libvisual_plugin.dll" at 0x8680000: native 0009:trace:seh:raise_exception info[0]=0000000000000031 0009:trace:seh:raise_exception info[1]=0000000000078490 0009:trace:seh:call_vectored_handlers calling handler at 0x46b1540 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x46b1540 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x2e72e60 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x2e72e60 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x1fe64fc code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x1fe64fc returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x33c1c8 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x33c1c8 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x7b4b4888 code=40010006 flags=0 0009:fixme:seh:RtlUnwind Not implemented on ARM64 0009:trace:process:NtQueryInformationProcess (0xffffffffffffffff,0x0000000c,0x22eb8c,0x00000004,(nil)) 0009:trace:process:NtQueryInformationProcess (0xffffffffffffffff,0x0000000c,0x22eb8c,0x00000004,(nil)) 0009:trace:seh:raise_exception info[0]=0000000000000054 0009:trace:seh:raise_exception info[1]=0000000000078490 0009:trace:seh:call_vectored_handlers calling handler at 0x46b1540 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x46b1540 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x2e72e60 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x2e72e60 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x1fe64fc code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x1fe64fc returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x33c1c8 code=40010006 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x33c1c8 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x7b4b4888 code=40010006 flags=0 0009:fixme:seh:RtlUnwind Not implemented on ARM64 ... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm64.c… --- snip --- 540 static NTSTATUS raise_exception( EXCEPTION_RECORD *rec, CONTEXT *context, BOOL first_chance ) 541 { 542 NTSTATUS status; 543 544 if (first_chance) 545 { 546 DWORD c; 547 548 for (c = 0; c < rec->NumberParameters; c++) 549 TRACE( " info[%d]=%016lx\n", c, rec->ExceptionInformation[c] ); 550 if (rec->ExceptionCode == EXCEPTION_WINE_STUB) 551 { 552 if (rec->ExceptionInformation[1] >> 16) 553 MESSAGE( "wine: Call from %p to unimplemented function %s.%s, aborting\n", 554 rec->ExceptionAddress, 555 (char*)rec->ExceptionInformation[0], (char*)rec->ExceptionInformation[1] ); 556 else 557 MESSAGE( "wine: Call from %p to unimplemented function %s.%ld, aborting\n", 558 rec->ExceptionAddress, 559 (char*)rec->ExceptionInformation[0], rec->ExceptionInformation[1] ); 560 } 561 else 562 { 563 /* FIXME: dump context */ 564 } 565 566 status = send_debug_event( rec, TRUE, context ); 567 if (status == DBG_CONTINUE || status == DBG_EXCEPTION_HANDLED) 568 return STATUS_SUCCESS; 569 570 if (call_vectored_handlers( rec, context ) == EXCEPTION_CONTINUE_EXECUTION) 571 return STATUS_SUCCESS; 572 573 if ((status = call_stack_handlers( rec, context )) != STATUS_UNHANDLED_EXCEPTION) 574 return status; 575 } 576 577 /* last chance exception */ 578 579 status = send_debug_event( rec, FALSE, context ); 580 if (status != DBG_CONTINUE) 581 { 582 if (rec->ExceptionFlags & EH_STACK_INVALID) 583 ERR("Exception frame is not in stack limits => unable to dispatch exception.\n"); 584 else if (rec->ExceptionCode == STATUS_NONCONTINUABLE_EXCEPTION) 585 ERR("Process attempted to continue execution after noncontinuable exception.\n"); 586 else 587 ERR("Unhandled exception code %x flags %x addr %p\n", 588 rec->ExceptionCode, rec->ExceptionFlags, rec->ExceptionAddress ); 589 NtTerminateProcess( NtCurrentProcess(), rec->ExceptionCode ); 590 } 591 return STATUS_SUCCESS; 592 } --- snip --- --- snip --- System information: Wine build: wine-3.20-7-ga0a7090301 Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- 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 5

[Bug 35884] New: Visual Studio 20XX frequently calls CoGetCallerTID(), resulting in console spam due to stub
by wine-bugs＠winehq.org 22 Jan '21

22 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=35884 Bug ID: 35884 Summary: Visual Studio 20XX frequently calls CoGetCallerTID(), resulting in console spam due to stub Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says... not really harmful though. --- snip --- ... fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! fixme:ole:CoGetCallerTID stub! ... --- snip --- I'd prefer a real implementation over a 'FIXME once', it's not particularly hard to do. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms680683%28v=vs.85%… --- quote --- lpdwTID [out] Receives the apartment ID of the caller's thread. For a single threaded apartment (STA), this is the current thread ID. For a multithreaded apartment (MTA), the value is 0. For a neutral apartment (NA), the value is -1. --- quote --- Source: http://source.winehq.org/git/wine.git/blob/39562961283ccb7c838c5650b11873e6… --- snip --- 92 HRESULT WINAPI CoGetCallerTID(LPDWORD lpdwTID) 93 { 94 FIXME("stub!\n"); 95 return E_NOTIMPL; 96 } --- snip --- $ wine --version wine-1.7.15-112-g2aad5d7 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 16882] New: WMI core 1.5 installation hangs (needed for .NET 3.0 installer, WCF part), SECURITY_SERVICE_RID missing from service token group
by wine-bugs＠winehq.org 22 Jan '21

22 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16882 Summary: WMI core 1.5 installation hangs (needed for .NET 3.0 installer, WCF part), SECURITY_SERVICE_RID missing from service token group Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?familyid =AFE41F46-E213-4CBF-9C5B-FBF236E0E875 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16879 one encounters this one. ---- Prerequisite: 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 3. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 5. 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. ---- "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,12:50:20] Windows Communication Foundation: [2] Error: Installation failed for component Windows Communication Foundation. MSI returned error code 1603 [01/11/09,12:50:31] WapUI: [2] DepCheck indicates Windows Communication Foundation is not installed. [01/11/09,12:50:31] WapUI: [2] DepCheck indicates Microsoft .NET Framework 3.0 was not attempted to be installed. --- snip --- "c:\\windows\\temp\\dd_wcf_retMSI597F.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 --- and "c:\\windows\\temp\\dd_wcf_retCA69A1.txt": --- snip --- === Verbose logging started: 1/11/2009 12:50:17 Calling process: C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe === ServiceModelReg [12:50:18:302]: Warning: Could not detect IIS installation or IIS is disabled, skipping the Web Host Script Mappings component since it depends upon IIS to function properly. If you believe this message is an error, check your IIS installation to make sure it is installed properly. ServiceModelReg [12:50:18:329]: Information: The ServiceModelReg tool will take the following actions: Reinstalling configuration section system.serviceModel to C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. Reinstalling configuration section system.runtime.serialization to C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. Reinstalling configuration section system.serviceModel.activation to C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. Adding configuration entry for BuildProvider: System.ServiceModel.Activation.ServiceBuildProvider, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 Reinstalling compilation assembly node to System.Web section group: System.Runtime.Serialization, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitecture=MSIL Reinstalling compilation assembly node to System.Web section group: System.IdentityModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, processorArchitectur... ServiceModelReg [12:50:18:358]: Uninstalling: Machine.config Section Groups and Handlers ServiceModelReg [12:50:18:366]: Warning: Configuration section system.serviceModel does not exist in C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. ServiceModelReg [12:50:18:369]: Warning: Configuration section system.runtime.serialization does not exist in C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. ServiceModelReg [12:50:18:373]: Warning: Configuration section system.serviceModel.activation does not exist in C:\windows\Microsoft.NET\Framework\v2.0.50727\Config\machine.config. ServiceModelReg [12:50:18:374]: Installing: Machine.config Section Groups and Handlers ServiceModelReg [12:50:18:893]: Uninstalling: System.Web Build Provider ServiceModelReg [12:50:19:095]: Warning: A configuration entry for BuildProvider System.ServiceModel.Activation.ServiceBuildProvider, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 does not exist. ServiceModelReg [12:50:19:096]: Installing: System.Web Build Provider ServiceModelReg [12:50:19:138]: Uninstalling: System.Web Compilation Assemblies ServiceModelReg [12:50:19:153]: Warning: All compilation assembly nodes do not exist in System.Web section group. ServiceModelReg [12:50:19:154]: Installing: System.Web Compilation Assemblies ServiceModelReg [12:50:19:246]: Uninstalling: HTTP Handlers ServiceModelReg [12:50:19:260]: Warning: HttpHandlers node *.svc does not exist in System.Web section group. ServiceModelReg [12:50:19:261]: Installing: HTTP Handlers ServiceModelReg [12:50:19:322]: Uninstalling: HTTP Modules ServiceModelReg [12:50:19:333]: Warning: HttpModules node ServiceModel does not exist in System.Web section group. ServiceModelReg [12:50:19:334]: Installing: HTTP Modules ServiceModelReg [12:50:19:365]: Repairing: WMI Classes ServiceModelReg [12:50:19:396]: Warning: Failure executing "C:\windows\system32\wbem\mofcomp.exe" with parameters ""C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"": System.IO.FileNotFoundException: Could not load file or assembly 'C:\windows\system32\wbem\mofcomp.exe' or one of its dependencies. Exception from HRESULT: 0x80070002 File name: 'C:\windows\system32\wbem\mofcomp.exe' at System.ServiceModel.Install.InstallHelper.ExecuteWaitHelper(String program, String parameters) at System.ServiceModel.Install.InstallHelper.ExecuteWait(String program, String parameters, Int32[] allowedExitCodes) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) ServiceModelReg [12:50:19:516]: System.InvalidCastException: Retrieving the COM class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24} failed due to the following error: 80004002. at System.Management.ManagementScope.InitializeGuts(Object o) at System.Management.ManagementScope.Initialize() at System.Management.ManagementScope.Connect() at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled() at System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.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 12:50:19 === --- snip --- Oh joy ... WMI. Providing fake mofcomp.exe (returning success) is not enough, WCF installer will try *use* WMI hence there needs to be some working infrastructure: --- snip --- ServiceModelReg [19:37:29:832]: Starting tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"'. ServiceModelReg [19:37:29:895]: ServiceModelReg [19:37:29:896]: ServiceModelReg [19:37:29:897]: Tool 'C:\windows\system32\wbem\mofcomp.exe' with parameters '"C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModel.mof"' exited with code '0'. ServiceModelReg [19:37:29:955]: System.InvalidCastException: Retrieving the COM class factory for component with CLSID {4590F811-1D3A-11D0-891F-00AA004B2E24} failed due to the following error: 80004002. at System.Management.ManagementScope.InitializeGuts(Object o) at System.Management.ManagementScope.Initialize() at System.Management.ManagementScope.Connect() at System.ServiceModel.Install.WmiInstallComponent.get_IsInstalled() at System.ServiceModel.Install.WmiInstallComponent.ApplyNamespaceDacl(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.OnInstall(OutputLevel outputLevel) at System.ServiceModel.Install.WmiInstallComponent.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/8/2009 19:37:29 === --- snip --- This is a big blocker and getting WMI to work with Wine is imperative for .NET 3.0 and higher. Of course this also useful for older .NET Frameworks Roll-back, prepare clean WINEPREFIX again;-) We need to install native WMI core 1.5 from: http://www.microsoft.com/downloads/details.aspx?familyid=AFE41F46-E213-4CBF… Download wmicore http://download.microsoft.com/download/platformsdk/wmicore/1.5/W9XNT4/EN-US… (sha1sum: f7a36668eb6c82a28393637ffdf0ec6e8adfa6a1) Make sure you set winver to NT 4.0 (don't forget to reset to default) and execute the installer (I already have my own winetricks step for this): --- snip --- wine wmicore.exe --- snip --- The installer will then hang at some point "Configuring repository". With winedbg one can see following processes: --- snip --- Wine-dbg>info process pid threads parent executable (all id:s are in hex) 0000000c 5 0000000a 'services.exe' 0000000f 1 0000000a 'explorer.exe' 0000001b 4 0000000c 'winedevice.exe' 00000025 1 00000000 'wmicore.exe' 00000027 2 00000025 'GLBbab.tmp' 00000022 4 0000000c 'WinMgmt.exe' --- snip --- The problem is "WinMgmt.exe" which ought to be a service but due to Wine insufficiency the service thinks it's a normal process not showing usual service process behaviour as registering control handler and the like. If you do 'wineserver -k' and try to start anything with Wine nothing will happen until wineboot times out... As quickfix, start regedit (wait until wineboot timeout) and set service start type key for "WinMgmt" to manual start, e.g. "2" -> "3". Also a kernel driver (service) that is installed with WMI "smbios" fails to load but this currently harmless. If we look now in "c:\\windows\\system32\\WBEM" we see the whole stuff installed. The logs in "logs" subdirs are not revealing much so we have to increase the log level: --- snip --- [HKEY_LOCAL_MACHINE\Software\Microsoft\WBEM\CIMOM] "Logging"="1" "Logging Directory"="C:\\windows\\system32\\WBEM\\Logs" --- snip --- LogLevel is 0 to turn off logging, a 1 to turn on logging, and a 2 for verbose logging. After that, we manually try to start the service: --- snip --- $ wine net start winmgmt err:winedevice:ServiceMain driver L"smbios" failed to load The Windows Management Instrumentation service is starting. fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),2,2,(nil),32,(nil)) - stub! fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),1,3,(nil),0,(nil)) - stub! fixme:advapi:RegisterEventSourceW (L"",L"WinMgmt"): stub wine: Call from 0x7b844f54 to unimplemented function ole32.dll.CoSwitchCallContext, aborting err:rpc:I_RpcReceive we got fault packet with status 0x80000100 fixme:ole:CoCreateInstance no instance created for interface {00000000-0000-0000-c000-000000000046} of class {8bc3f05e-d86b-11d0-a075-00c04fb68820}, hres is 0xc0000005 --- snip --- This is bug 7187 After fixing this problem, we repeat the whole stuff again to get this in logs: --- snip --- (Sun Jan 11 13:41:41 2009) : Starting WinMgmt, ProcID = 26, CmdLine = , User = focht(Sun Jan 11 13:41:41 2009) : WinMgmt bIsService = 0, return code from function determining if service = 0(Sun Jan 11 13:41:41 2009) : WinMgmt gbRunAsApp = 1(Sun Jan 11 13:41:41 2009) : Starting Initialize, ID = 26(Sun Jan 11 13:41:41 2009) : Registered class factory with flags: 0x15 (Sun Jan 11 13:41:41 2009) : RegOpenKey returned 0x2 while trying to open the transports node. Using default transports!(Sun Jan 11 13:41:41 2009) : Initialize complete(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=24, wParam=0, lParam=33f814(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=81, wParam=0, lParam=33fce8(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=83, wParam=0, lParam=33f974(Sun Jan 11 13:41:41 2009) : WindowProc got hWnd=20026, message=1, wParam=0, lParam=33fce8(Sun Jan 11 13:41:41 2009) : Inside the waiting function --- snip --- "WinMgmt bIsService = 0" is the culprit. The process retrieves token information and checks if process token groups contain "SECURITY_INTERACTIVE_RID" (-> normal process) or "SECURITY_SERVICE_RID" (service process). I think it's actually services.exe that adds the SECURITY_SERVICE_RID sid to the newly created service process (token groups). This requires some infrastructure, including wineserver. I already quick-hacked a path to verify this and it works as expected, letting the service successfully start ;-) 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 23

[Bug 46079] New: Support 32-bit ARM hard-float cross-toolchains with GNU binutils assembler that doesn 't implicitly assume '.fpu {vfp,neon}' (Yocto/Poky SDK)
by wine-bugs＠winehq.org 21 Jan '21

21 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46079 Bug ID: 46079 Summary: Support 32-bit ARM hard-float cross-toolchains with GNU binutils assembler that doesn't implicitly assume '.fpu {vfp,neon}' (Yocto/Poky SDK) Product: Wine Version: 3.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, after working around bug 46053 ("Support cross-toolchains that need target sysroot explicitly passed via ' --sysroot' command-line option (Yocto/Poky SDK)") by having 'winegcc' passing the target sysroot to the cross-compiler/linker via '--sysroot', aarch64 Wine now cross compiles successfully with a full target sysroot. -> aarch64-poky-linux ------------------------------------------------------------------------- Build Configuration: BB_VERSION = "1.38.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "fedora-28" TARGET_SYS = "aarch64-poky-linux" MACHINE = "qemuarm64" DISTRO = "poky" DISTRO_VERSION = "2.5.1" TUNE_FEATURES = "aarch64" TARGET_FPU = "" meta meta-poky meta-yocto-bsp = "sumo:d240b885f26e9b05c8db0364ab2ace9796709aad" meta-oe = "sumo:2bb21ef27c4b0c9d52d30b3b2c5a0160fd02b966" meta-clang = "sumo:1784b06e6b1a83748438b4bec7e079d735d5b608" ... ------------------------------------------------------------------------- Building for 32-bit ARMv7 hard-float fails (using the same mechanics). -> arm-poky-linux-gnueabi (cortexa9hf-vfpv3-poky-linux-gnueabi) ------------------------------------------------------------------------- Build Configuration: BB_VERSION = "1.38.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "fedora-28" TARGET_SYS = "arm-poky-linux-gnueabi" MACHINE = "qemuarma9" DISTRO = "poky" DISTRO_VERSION = "2.5.1" TUNE_FEATURES = "arm armv7a vfp vfpv3d16 vfpv3 callconvention-hard cortexa9" TARGET_FPU = "hard" meta meta-poky meta-yocto-bsp = "sumo:d240b885f26e9b05c8db0364ab2ace9796709aad" meta-oe = "sumo:2bb21ef27c4b0c9d52d30b3b2c5a0160fd02b966" meta-clang = "sumo:1784b06e6b1a83748438b4bec7e079d735d5b608" ... ------------------------------------------------------------------------- --- snip --- ... /home/focht/projects/wine/mainline-build-x86_64/tools/winegcc/winegcc -o d2d1.dll.so \ -B/home/focht/projects/wine/mainline-build-x86_64/tools/winebuild --sysroot=../.. -b \ arm-poky-linux-gnueabi -marm -mfloat-abi=hard -fasynchronous-unwind-tables -shared /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec \ bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o \ hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o version.res \ -ldwrite -ld3d10_1 ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a -lgdi32 -luser32 \ -ladvapi32 ../../libs/port/libwine_port.a -Wb,-ddwrite -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed d2d1.IYX82U.s: Assembler messages: d2d1.IYX82U.s:291: Error: selected processor does not support `vpush {s0-s15}' in ARM mode d2d1.IYX82U.s:310: Error: selected processor does not support `vpush {s0-s15}' in ARM mode winebuild: arm-poky-linux-gnueabi-gcc failed with status 1 winegcc: /home/focht/projects/wine/mainline-build-x86_64/tools/winebuild/winebuild failed make[1]: *** [Makefile:1440: d2d1.dll.so] Error 2 make[1]: Leaving directory '/home/focht/projects/wine/mainline-build-arm/dlls/d2d1' make: *** [Makefile:8385: dlls/d2d1] Error 2 --- snip --- Re-executing failing last command with '-v -save-temps': --- snip --- /home/focht/projects/wine/mainline-build-x86_64/tools/winegcc/winegcc -v -save-temps -o d2d1.dll.so -B/home/focht/projects/wine/mainline-build-x86_64/tools/winebuild --sysroot=../.. -b arm-poky-linux-gnueabi -marm -mfloat-abi=hard -fasynchronous-unwind-tables -shared /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o version.res -ldwrite -ld3d10_1 ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a -lgdi32 -luser32 -ladvapi32 ../../libs/port/libwine_port.a -Wb,-ddwrite -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed /home/focht/projects/wine/mainline-build-x86_64/tools/winebuild/winebuild -v --save-temps --target arm-poky-linux-gnueabi -fasynchronous-unwind-tables --cc-cmd=arm-poky-linux-gnueabi-gcc --ld-cmd=arm-poky-linux-gnueabi-ld -D_REENTRANT -fPIC --dll -o d2d1.dll-IpMxH8.spec.o -E /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec -L../../dlls -L../../libs/wine -marm -mfloat-abi=hard -ddwrite -rversion.res -- bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o ../../dlls/dwrite/libdwrite.def ../../dlls/d3d10_1/libd3d10_1.def ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a ../../dlls/gdi32/libgdi32.def ../../dlls/user32/libuser32.def ../../dlls/advapi32/libadvapi32.def ../../libs/port/libwine_port.a ../../dlls/winecrt0/libwinecrt0.a ../../dlls/kernel32/libkernel32.def ../../dlls/ntdll/libntdll.def arm-poky-linux-gnueabi-gcc -xassembler -c -o d2d1.nY1v31.o d2d1.CJoop5.s arm-poky-linux-gnueabi-ld -r -o d2d1.KKS2kZ.o d2d1.nY1v31.o bitmap.o bitmap_render_target.o brush.o dc_render_target.o device.o effect.o factory.o geometry.o hwnd_render_target.o layer.o mesh.o state_block.o stroke.o wic_render_target.o ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a ../../libs/port/libwine_port.a ../../dlls/winecrt0/libwinecrt0.a arm-poky-linux-gnueabi-gcc -xassembler -c -o d2d1.dll-IpMxH8.spec.o d2d1.vn7wK8.s d2d1.vn7wK8.s: Assembler messages: d2d1.vn7wK8.s:291: Error: selected processor does not support `vpush {s0-s15}' in ARM mode d2d1.vn7wK8.s:310: Error: selected processor does not support `vpush {s0-s15}' in ARM mode winebuild: arm-poky-linux-gnueabi-gcc failed with status 1 winegcc: /home/focht/projects/wine/mainline-build-x86_64/tools/winebuild/winebuild failed --- snip --- $ cat d2d1.vn7wK8.s /* File generated automatically from /home/focht/projects/wine/mainline-src/dlls/d2d1/d2d1.spec; do not edit! */ /* This file can be copied, modified and distributed without restriction. */ .section ".text","ax" b 1f __wine_spec_pe_header: .skip 69632 1: .data .align 2 .globl __wine_spec_nt_header .hidden __wine_spec_nt_header __wine_spec_nt_header: .L__wine_spec_rva_base: ... .L__wine_spec_exports_funcs: .long D2D1CreateFactory .long D2D1MakeRotateMatrix .long D2D1MakeSkewMatrix .long D2D1IsMatrixInvertible .long D2D1InvertMatrix .long __wine_stub_D2D1ConvertColorSpace .long __wine_stub_D2D1CreateDevice .long __wine_stub_D2D1CreateDeviceContext .long __wine_stub_D2D1SinCos .long __wine_stub_D2D1Tan .long __wine_stub_D2D1Vec3Length ... __wine_spec_relay_entry_points: nop .align 2 .L__wine_spec_relay_entry_point_1: .cfi_startproc push {r0-r3} mov r2, SP push {LR} sub SP, #4 mov r1,#393216 ldr r0, 2f add r0, PC ldr IP, [r0, #4] 1: blx IP ldr IP, [SP, #4] add SP, #24 bx IP 2: .long .L__wine_spec_relay_descr-1b .cfi_endproc .align 2 .L__wine_spec_relay_entry_point_2: .cfi_startproc push {r0-r3} mov r2, SP vpush {s0-s15} push {LR} sub SP, #4 mov r1,#1 add r1,#65536 ldr r0, 2f add r0, PC ldr IP, [r0, #4] 1: blx IP ldr IP, [SP, #4] add SP, #88 bx IP 2: .long .L__wine_spec_relay_descr-1b .cfi_endproc .align 2 --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/tools/winebuild/spec32.c#… --- snip --- ... case CPU_ARM: { unsigned int mask, val, count = 0; int j, has_float = 0; if (strcmp( float_abi_option, "soft" )) for (j = 0; j < odp->u.func.nb_args && !has_float; j++) has_float = is_float_arg( odp, j ); val = (odp->u.func.args_str_offset << 16) | (i - spec->base); output( "\tpush {r0-r3}\n" ); output( "\tmov r2, SP\n"); if (has_float) output( "\tvpush {s0-s15}\n" ); output( "\tpush {LR}\n" ); output( "\tsub SP, #4\n"); for (mask = 0xff; mask; mask <<= 8) if (val & mask) output( "\t%s r1,#%u\n", count++ ? "add" : "mov", val & mask ); if (!count) output( "\tmov r1,#0\n" ); output( "\tldr r0, 2f\n"); output( "\tadd r0, PC\n"); output( "\tldr IP, [r0, #4]\n"); output( "1:\tblx IP\n"); output( "\tldr IP, [SP, #4]\n" ); output( "\tadd SP, #%u\n", 24 + (has_float ? 64 : 0) ); output( "\tbx IP\n"); output( "2:\t.long .L__wine_spec_relay_descr-1b\n" ); break; ... --- snip --- The code was introduced by commit https://source.winehq.org/git/wine.git/commitdiff/5e3534ee411a8c5baea502270… ("ntdll: Fix handling of floating point arguments in relay debugging on ARM.") The problem is that Wine makes the assumption that the assembler from hardfloat binutils implicitly assumes '.fpu {vfp,neon}' without any command line options. This isn't necessarily true for most hard-float cross-toolchains but for native toolchains, running on actual targets. Usually this is solved by the cross-toolchain environment by passing the proper '-mfloat-abi=' and/or '-mfpu=' options when cross-compiling. Simple test with .c file: --- snip --- $ cat vfptest.c void foo(void){ __asm__ volatile("fadds s0, s0, s0"); } --- snip --- --- snip --- $ arm-poky-linux-gnueabi-gcc -c vfptest.c /tmp/cc3DpeRI.s: Assembler messages: /tmp/cc3DpeRI.s:27: Error: selected processor does not support `fadds s0,s0,s0' in ARM mode $ arm-poky-linux-gnueabi-gcc -mfloat-abi=hard -c vfptest.c --- snip --- Test to show the available fpu target options: --- snip --- $ arm-poky-linux-gnueabi-gcc -mfpu=? arm-poky-linux-gnueabi-gcc: error: unrecognized argument in option ‘-mfpu=?’ arm-poky-linux-gnueabi-gcc: note: valid arguments to ‘-mfpu=’ are: auto crypto-neon-fp-armv8 fp-armv8 fpv4-sp-d16 fpv5-d16 fpv5-sp-d16 neon neon-fp-armv8 neon-fp16 neon-vfpv3 neon-vfpv4 vfp vfp3 vfpv2 vfpv3 vfpv3-d16 vfpv3-d16-fp16 vfpv3-fp16 vfpv3xd vfpv3xd-fp16 vfpv4 vfpv4-d16 arm-poky-linux-gnueabi-gcc: fatal error: no input files compilation terminated. --- snip --- Simple test with assembly file, illustrating the problem with Wine: --- snip --- $ cat vfptest.S .text test: fadds s0, s0, s0 --- snip --- NOTE: 'vfp' is an alias for 'vfpv2', 'neon' is an alias for 'neon-vfpv3' --- snip --- $ arm-poky-linux-gnueabi-gcc -c vfptest.s vfptest.s: Assembler messages: vfptest.s:3: Error: selected processor does not support `fadds s0,s0,s0' in ARM mode $ arm-poky-linux-gnueabi-gcc -c -mfloat-abi=hard vfptest.s vfptest.s: Assembler messages: vfptest.s:3: Error: selected processor does not support `fadds s0,s0,s0' in ARM mode $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfp vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfpv2 vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfpv3 vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=vfpv4 vfptest.s $ arm-poky-linux-gnueabi-gcc -c -mfpu=neon vfptest.s ... --- snip --- Unlike using C with inline assembly, real assembly sources need either '.fpu' directive, or '-mfpu=' option provided in the command line. Using CFLAGS, EXTRACFLAGS to set '-mfpu=' doesn't work because of the 'winegcc' wrapper limitation (like bug 46053 it builds a custom command line, not passing these option down). Forcing to a use hardfloat binutils with assembler that implicitly assumes '.fpu vfp' without any command line options is IMHO not feasible. I don't want to change/hack upstream toolchain projects. Changing 'winebuild' to add explicit '.fpu vfp' or '.fpu neon' directives to the assembly sources in case of 32-bit ARM hard-float seems reasonable to me. https://source.winehq.org/git/wine.git/blob/HEAD:/tools/winebuild/spec32.c Simple test: --- snip --- $ cat vfptest.s .fpu vfp .text test: fadds s0, s0, s0 --- snip --- --- snip --- $ arm-poky-linux-gnueabi-gcc -c vfptest.s --- snip --- With that problem fixed, Wine now cross compiles successfully with a full 32-bit ARM hardfloat target sysroot (same x11/freetype/libxml2 etc. deps as for my x86_64 host). Next step would be running apps/tests on my x86_64 host with 'qemuarm64' and 'qemuarma9' using the generic ARM system emulation with the 'virt machine' machine which also supports 'virtio-gpu' for full graphics stack. $ wine --version wine-3.19-117-g4852130c82 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 6

[Bug 48334] New: Cannot instal Forza Horizon 3
by WineHQ Bugzilla 19 Jan '21

19 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48334 Bug ID: 48334 Summary: Cannot instal Forza Horizon 3 Product: Wine Version: 5.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Atempts to instal game results in a window pop-up that says: Runtime error at (-1:0): Cannot import dll:<utf8>kernelbase.dll This error occurs with winetricks corefonts installed and also when not installed. -- 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 2

[Bug 48239] New: MTGA Launcher fails to download the game (regression)
by WineHQ Bugzilla 19 Jan '21

19 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48239 Bug ID: 48239 Summary: MTGA Launcher fails to download the game (regression) Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- How to reproduce: - create a 32-bit prefix - download winetricks with new powershell verb (https://github.com/Winetricks/winetricks/pull/1440) - install these verbs into the prefix: powershell arial d3dcompiler_47 dotnet472 - set Windows version to 10 - install Magic: The Gathering Arena - Launch MTGALauncher.exe The launcher will try to download the game but then return "Oops! Something went wrong while updating". Seeing how this wasn't an issue before, I've run a bisect and found that 2c68c530afbe704698f5a38674e7c72806c7c07a (kernel32: Move file time functions to kernelbase.) was the cause of the regression. Reverting that commit against Wine 4.17 fixes the issue. Should note that this doesn't happen with version set to "Windows 7". Let me know if any logs will be needed from me with any specific debug channels. -- 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 46174] New: Fix for Bug 46066 in Wine 3.20 Breaks Voice Chat Feature in Halo Online
by wine-bugs＠winehq.org 19 Jan '21

19 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46174 Bug ID: 46174 Summary: Fix for Bug 46066 in Wine 3.20 Breaks Voice Chat Feature in Halo Online Product: Wine-staging Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rstrube(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62832 --> https://bugs.winehq.org/attachment.cgi?id=62832 Output when running Halo Online and crash occurs. After upgrading to Wine Staging 3.20 I noticed that Halo Online would hang as soon as a I joined any multiplayer match. After some investigation, I noticed that disabling the voice chat feature would cause the game to function correctly. With Wine Staging 3.19 the voice chat feature worked correctly. I noticed in the release notes for 3.20 a stub DLL (qwave.dll) was added. This was to fix Bug 46066. I believe this is causing the crash / hang with Halo Online. It might also affect other games with in game voice chat functionality. I've attached the output from wine when running the game and when the crash occurs. The key line is: wine: Call from 0x7b43e10c to unimplemented function qwave.dll.QOSCreateHandle, aborting Which then calls Audio Read timeouts, which cause the entire game to crash. Thanks! Rob -- 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 28

[Bug 41212] New: Alt-Tab in full-screen on resolutions other than native causes a crash
by wine-bugs＠winehq.org 19 Jan '21

19 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=41212 Bug ID: 41212 Summary: Alt-Tab in full-screen on resolutions other than native causes a crash Product: Wine Version: 1.9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mackle9(a)hotmail.com Distribution: --- In Starcraft II, an Alt-Tab in full-screen mode on a resolution lower than native will cause the application to crash. Apparently Warcraft is also affected (unconfirmed). -- 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 41469] New: 'Ski Racing 2005 featuring Hermann Maier' crashes on startup
by wine-bugs＠winehq.org 18 Jan '21

18 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=41469 Bug ID: 41469 Summary: 'Ski Racing 2005 featuring Hermann Maier' crashes on startup Product: Wine Version: 1.9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla(a)z3ntu.xyz Distribution: --- Created attachment 55850 --> https://bugs.winehq.org/attachment.cgi?id=55850 backtrace The game 'Ski Racing 2005 featuring Hermann Maier' (Demo version) from an old game DVD crashes on startup. The installation went fine. I can send you the installer if you need it for reproducing the issue. -- 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 32

[Bug 33034] New: DiRT 3 fails at launch
by wine-bugs＠winehq.org 17 Jan '21

17 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=33034 Bug #: 33034 Summary: DiRT 3 fails at launch Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 43663 --> http://bugs.winehq.org/attachment.cgi?id=43663 log Tried to run with native DX, GFWL (for xlive.dll ask) and OpenAL. -- 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 19

[Bug 39038] New: NVIDIA D3D SDK 10 Sparkles doesnt run
by wine-bugs＠winehq.org 17 Jan '21

17 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=39038 Bug ID: 39038 Summary: NVIDIA D3D SDK 10 Sparkles doesnt run Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx10 Assignee: wine-bugs(a)winehq.org Reporter: super_man(a)post.com Distribution: --- http://developer.download.nvidia.com/SDK/10/Samples/Sparkles.zip fixme:system:SetProcessDPIAware stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f648,0x00000000), stub! fixme:dxgi:dxgi_device_init Ignoring adapter type. fixme:win:EnumDisplayDevicesW ((null),0,0x33f488,0x00000000), stub! fixme:dxgi:dxgi_output_GetDesc iface 0x131018, desc 0x4835f4 stub! fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x131018, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0x2, mode_count 0x33f8b4, desc 0x483668 partial stub! fixme:dxgi:dxgi_output_GetDesc iface 0x131018, desc 0x33fa50 stub! fixme:dxgi:dxgi_output_GetDesc iface 0x131018, desc 0x33f9cc stub! -- 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 27739] New: NVIDIA D3D SDK 10 Sparkles Sample needs unimplemented function d3dx10_43.dll.D3DX10CreateEffectFromFileW
by wine-bugs＠winehq.org 17 Jan '21

17 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=27739 Summary: NVIDIA D3D SDK 10 Sparkles Sample needs unimplemented function d3dx10_43.dll.D3DX10CreateEffectFromFileW Product: Wine Version: 1.3.23 Platform: x86-64 URL: http://developer.download.nvidia.com/SDK/10/direct3d/s amples.html#Sparkles OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: the.ideals(a)gmail.com Sparkles.zip MD5 Sum: 3e9185b45694d32061d4408cc55de91b SHA1 Sum: 213b359d2cc65ce44a65d44f28b0046a6804ccfd wine: Call from 0x7b839db2 to unimplemented function d3dx10_43.dll.D3DX10CreateEffectFromFileW, aborting -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 45120] New: Multiple applications from Google sandbox-attacksurface-analysis-tools v1.1.x (targeting native API) need 'ntdll.RtlXXXBoundaryDescriptor' implementation
by wine-bugs＠winehq.org 17 Jan '21

17 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=45120 Bug ID: 45120 Summary: Multiple applications from Google sandbox-attacksurface-analysis-tools v1.1.x (targeting native API) need 'ntdll.RtlXXXBoundaryDescriptor' implementation Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, required by various .NET-based apps from https://github.com/google/sandbox-attacksurface-analysis-tools --- quote --- sandbox-attacksurface-analysis-tools (c) Google Inc. 2015, 2016, 2017, 2018 Developed by James Forshaw This is a small suite of tools to test various properties of sandboxes on Windows. Many of the checking tools take a -p flag which is used to specify the PID of a sandboxed process. The tool will impersonate the token of that process and determine what access is allowed from that location. Also it's recommended to run these tools as an administrator or local system to ensure the system can be appropriately enumerated. CheckExeManifest: Check for specific executable manifest flags. CheckNetworkAccess: Check access to network stack. NewProcessFromToken: Create a new process based on existing token. TokenView: View and manipulate various process token values. NtApiDotNet: A basic managed library to access NT system calls and objects. NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT object manager. ViewSecurityDescriptor: View the security descriptor from an SDDL string or an inherited object. --- quote --- It's actually a pretty neat "testsuite" for native API, Wine could benefit from it. I've already found 20+ bugs within one hour of playing with this (missing exports, stubs, incomplete + incorrect impl. etc.). Will create more tickets as time/mood permits ;-) Prerequisite: * 32-bit WINEPREFIX * .NET Framework 4.5 -> 'winetricks -q dotnet45' --- snip --- $ wine ./ObjectList.exe -r "c:\\" ... Unhandled Exception: System.EntryPointNotFoundException: Unable to find an entry point named 'RtlDeleteBoundaryDescriptor' in DLL 'ntdll.dll'. at NtApiDotNet.NtRtl.RtlDeleteBoundaryDescriptor(IntPtr BoundaryDescriptor) at NtApiDotNet.BoundaryDescriptor.Finalize() --- snip --- https://github.com/google/sandbox-attacksurface-analysis-tools/blob/master/… --- snip --- public static partial class NtRtl { [DllImport("ntdll.dll")] public static extern IntPtr RtlCreateBoundaryDescriptor([In] UnicodeString Name, BoundaryDescriptorFlags Flags); [DllImport("ntdll.dll")] public static extern NtStatus RtlAddSIDToBoundaryDescriptor(ref IntPtr BoundaryDescriptor, SafeSidBufferHandle RequiredSid); [DllImport("ntdll.dll")] public static extern NtStatus RtlAddIntegrityLabelToBoundaryDescriptor(ref IntPtr BoundaryDescriptor, SafeSidBufferHandle RequiredSid); [DllImport("ntdll.dll")] public static extern bool RtlDeleteBoundaryDescriptor(IntPtr BoundaryDescriptor); } --- snip --- https://github.com/processhacker/processhacker/blob/master/phnt/include/ntr… --- snip --- #if (PHNT_VERSION >= PHNT_VISTA) // begin_private NTSYSAPI PVOID NTAPI RtlCreateBoundaryDescriptor( _In_ PUNICODE_STRING Name, _In_ ULONG Flags ); NTSYSAPI VOID NTAPI RtlDeleteBoundaryDescriptor( _In_ PVOID BoundaryDescriptor ); NTSYSAPI NTSTATUS NTAPI RtlAddSIDToBoundaryDescriptor( _Inout_ PVOID *BoundaryDescriptor, _In_ PSID RequiredSid ); #if (PHNT_VERSION >= PHNT_WIN7) // rev NTSYSAPI NTSTATUS NTAPI RtlAddIntegrityLabelToBoundaryDescriptor( _Inout_ PVOID *BoundaryDescriptor, _In_ PSID IntegrityLabel ); #endif --- snip --- Later various components could forward to ntdll (when implemented). --- snip --- $ grep -Hrn BoundaryDescriptor dlls/kernel32/kernel32.spec:144:# @ stub AddIntegrityLabelToBoundaryDescriptor dlls/kernel32/kernel32.spec:148:# @ stub AddSIDToBoundaryDescriptor dlls/kernel32/kernel32.spec:269:# @ stub CreateBoundaryDescriptorA dlls/kernel32/kernel32.spec:270:# @ stub CreateBoundaryDescriptorW dlls/kernel32/kernel32.spec:363:# @ stub DeleteBoundaryDescriptor dlls/api-ms-win-core-namespace-l1-1-0/api-ms-win-core-namespace-l1-1-0.spec:1:@ stub AddSIDToBoundaryDescriptor dlls/api-ms-win-core-namespace-l1-1-0/api-ms-win-core-namespace-l1-1-0.spec:3:@ stub CreateBoundaryDescriptorW dlls/api-ms-win-core-namespace-l1-1-0/api-ms-win-core-namespace-l1-1-0.spec:5:@ stub DeleteBoundaryDescriptor dlls/kernelbase/kernelbase.spec:26:# @ stub AddSIDToBoundaryDescriptor dlls/kernelbase/kernelbase.spec:176:# @ stub CreateBoundaryDescriptorW dlls/kernelbase/kernelbase.spec:250:# @ stub DeleteBoundaryDescriptor --- snip --- $ sha1sum Release-v1.1.14.7z 8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z $ du -sh Release-v1.1.14.7z 384K Release-v1.1.14.7z $ wine --version wine-3.7-50-g8dca6c35e1 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 3

[Bug 46158] New: Multiple games crash at launch (F.E.A.R. 3, Homefront)
by wine-bugs＠winehq.org 17 Jan '21

17 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46158 Bug ID: 46158 Summary: Multiple games crash at launch (F.E.A.R. 3, Homefront) Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Unhandled exception: 0x00000000 in 32-bit code (0x7bc44cb9). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7bc44cb9 ESP:0a04f3c4 EBP:0a04f428 EFLAGS:00000212( - -- I -A- - ) EAX:0a04f748 EBX:7bce2000 ECX:0a04f430 EDX:00000000 ESI:0a04f3d0 EDI:0a04f748 Stack dump: 0x0a04f3c4: 0a04f47c 0a04f47c 00000000 00000000 0x0a04f3d4: 00000001 0a04f748 7bc44cb9 00000000 0x0a04f3e4: 7bcb7fb7 0000a0c8 0a04f47c 436b4000 0x0a04f3f4: 00000000 0a04f418 7bce2000 0a04f47c 0x0a04f404: 0a04f748 0a04f430 7bce2000 0a04f47c 0x0a04f414: 0a04f748 0a04f468 7bc44c8d 7bce2000 Backtrace: =>0 0x7bc44cb9 raise_status+0x39() [/wine/dlls/ntdll/exception.c:260] in ntdll (0x0a04f428) 1 0x7bc838e2 raise_trap_exception+0x41(rec=<couldn't compute location>, context=<couldn't compute location>) [/wine/dlls/ntdll/signal_i386.c:1969] in ntdll (0x0a04f468) 2 0xdeadbabe (0x0a04f7b0) 3 0x00f3506e in f.e.a.r. 3 (+0xb3506d) (0x0a04f7c4) 4 0x005c5cae in f.e.a.r. 3 (+0x1c5cad) (0x0a04f828) 5 0x008371b1 in f.e.a.r. 3 (+0x4371b0) (0x0a04f84c) 0x7bc44cb9 raise_status+0x39 [/wine/dlls/ntdll/exception.c:260] in ntdll: addl $12,%esp 260 for (;;) RtlRaiseException( &ExceptionRec ); /* never returns */ wine-3.20-115-gad576b6965 -- 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 11970] New: graphic bug with 0.9. 57 in serius sam - the second encounter
by wine-bugs＠winehq.org 16 Jan '21

16 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=11970 Summary: graphic bug with 0.9.57 in serius sam - the second encounter Product: Wine Version: 0.9.57. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jb.faq(a)gmx.de Created an attachment (id=11299) --> (http://bugs.winehq.org/attachment.cgi?id=11299) graphic bug: a look throug hills Hi, with the new version 0.9.57 of wine the graphic rendering in Serious Sam - The Second encounter breaks. You can look through hills, walls or the earth. I'll upload a screeshot in some few minutes, because it describe the error in the best way. Greetings Jan -- 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 82

[Bug 42904] New: Wine Internet Explorer - Ctrl+A does not work in the address bar
by wine-bugs＠winehq.org 16 Jan '21

16 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=42904 Bug ID: 42904 Summary: Wine Internet Explorer - Ctrl+A does not work in the address bar Product: Wine Version: 2.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: arnfranke(a)yahoo.com Distribution: --- Steps to reproduce: 1. Open C:\Program Files\Internet Explorer\iexplore.exe or C:\Program Files (x86)\Internet Explorer\iexplore.exe with Wine. 2. Click on the address bar 3. Press Ctrl+A Expected behavior: All text in the address bar would be selected. Observed behavior: Nothing happens. Work-around: Select the text manually with the mouse. -- 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 24641] New: ProPresenter 4.0.0.1 for Windows doesn't startup - continued
by wine-bugs＠winehq.org 16 Jan '21

16 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=24641 Summary: ProPresenter 4.0.0.1 for Windows doesn't startup - continued Product: Wine Version: 1.3.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puk007(a)gmail.com Created an attachment (id=31144) --> (http://bugs.winehq.org/attachment.cgi?id=31144) console-20101005.txt it all began with Bug 24627: http://bugs.winehq.org/show_bug.cgi?id=24627 when trying to run ProPresenter 4.0.0.1, it crashes on startup. steps to reproduce: - clean wine compiled from sources of 20100404 (with patch from bug 24627, so that I could continue installation: http://bugs.winehq.org/attachment.cgi?id=31130) - install using winetricks: winetricks winxp dotnet30 - download ProPresenter & install it from: http://www.renewedvision.com/downloads/pc/ProPresenter_Windows_4.0.0.1.zip when trying to run from console, it crashes (want's to send notification to M$) see attached console output in file console-20101005.txt -- 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 18

[Bug 36646] New: Windows 7 USB/DVD download tool installer fails, reporting 'Can't recognize 'Wudt.msi' as an internal or external command, or batch script'
by wine-bugs＠winehq.org 14 Jan '21

14 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=36646 Bug ID: 36646 Summary: Windows 7 USB/DVD download tool installer fails, reporting 'Can't recognize 'Wudt.msi' as an internal or external command, or batch script' Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, the bootstrapper 'Windows7-USB-DVD-tool.exe' unpacks an .msi and .cmd file. Content of 'setup.cmd': --- snip --- @ECHO OFF Wudt.msi ECHO ON --- snip --- It expects the command processor to figure out the actual program to run with -> 'msiexec -i <filename>' which fails to do so. Relevant part of trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./Windows7-USB-DVD-tool.exe >>log.txt 2>&1 ... 002a:Call KERNEL32.CreateProcessA(00000000,0013ae80 "C:\\users\\focht\\Temp\\IXP000.TMP\\setup.cmd",00000000,00000000,00000000,00000020,00000000,00000000,0033fad8,0033f8a0) ret=01005018 ... 002c:Call KERNEL32.__wine_kernel_init() ret=7bc5a4b2 002a:Ret KERNEL32.CreateProcessA() retval=00000001 ret=01005018 002a:Call KERNEL32.WaitForSingleObject(00000068,ffffffff) ret=0100502e ... 002c:Starting process L"C:\\windows\\system32\\cmd.exe" (entryproc=0x7ed061d4) ... 002c:trace:cmd:wmain Full commandline 'L"C:\\windows\\system32\\cmd.exe /c C:\\users\\focht\\Temp\\IXP000.TMP\\setup.cmd"' 002c:trace:cmd:wmain Command line parm: 'L"/c C:\\users\\focht\\Temp\\IXP000.TMP\\setup.cmd"' ... 002c:trace:cmd:WCMD_run_program Running 'L"Wudt.msi"' (0) ... 002c:trace:cmd:WCMD_run_program Found as L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi" ... 002c:Call shell32.FindExecutableW(00329964 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",00000000,0033203c) ret=7ed020d6 002c:Call advapi32.RegOpenKeyExW(80000002,00327964 L"Software\\Microsoft\\Windows\\CurrentVersion\\App Paths\\C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",00000000,00020019,00328164) ret=7eb1952d 002c:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7eb1952d 002c:Call KERNEL32.SearchPathW(00000000,00329964 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",7eb4d076 L".exe",00000100,003281b0,00000000) ret=7eb19928 002c:Ret KERNEL32.SearchPathW() retval=00000027 ret=7eb19928 002c:Call KERNEL32.GetFileAttributesW(003281b0 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi") ret=7eb19a2b 002c:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=7eb19a2b 002c:Call KERNEL32.GetProfileStringW(7eb4d89c L"windows",7eb4d8ac L"programs",7eb4d8c0 L"exe pif bat cmd com",003283b0,00000100) ret=7eb19bdd 002c:Ret KERNEL32.GetProfileStringW() retval=00000013 ret=7eb19bdd 002c:Call user32.CharLowerW(003283b0 L"exe pif bat cmd com") ret=7eb19bf6 002c:Ret user32.CharLowerW() retval=003283b0 ret=7eb19bf6 002c:Call advapi32.RegQueryValueW(80000000,003281f6 L".msi",00328db4,00328db0) ret=7eb19d39 002c:Ret advapi32.RegQueryValueW() retval=00000000 ret=7eb19d39 002c:Call advapi32.RegOpenKeyExW(80000000,00328db4 L"Msi.Package",00000000,02000000,0032816c) ret=7eb1964c 002c:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=7eb1964c 002c:Call advapi32.RegCloseKey(00000044) ret=7eb1969a 002c:Ret advapi32.RegCloseKey() retval=00000000 ret=7eb1969a 002c:Call advapi32.RegQueryValueW(80000000,00328db4 L"Msi.Package\\shell\\open\\command",003285b0,00328190) ret=7eb196fd 002c:Ret advapi32.RegQueryValueW() retval=00000000 ret=7eb196fd 002c:Call KERNEL32.SearchPathW(00000000,003281b0 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",7eb4d076 L".exe",00000400,00327918,00000000) ret=7eb1897d 002c:Ret KERNEL32.SearchPathW() retval=00000027 ret=7eb1897d 002c:Ret shell32.FindExecutableW() retval=00000021 ret=7ed020d6 ... 002c:Call shell32.SHGetFileInfoW(0033203c,00000000,00329b6c,000002b4,00002000) ret=7ed0211d 002c:Call shlwapi.PathIsRelativeW(0033203c L"msiexec") ret=7eadee1f 002c:Ret shlwapi.PathIsRelativeW() retval=00000001 ret=7eadee1f 002c:Call KERNEL32.GetCurrentDirectoryW(00000104,003295c4) ret=7eadee3c 002c:Ret KERNEL32.GetCurrentDirectoryW() retval=0000001e ret=7eadee3c 002c:Call shlwapi.PathCombineW(003293bc,003295c4 L"C:\\users\\focht\\Temp\\IXP000.TMP",0033203c L"msiexec") ret=7eadee5d 002c:Ret shlwapi.PathCombineW() retval=003293bc ret=7eadee5d 002c:Call KERNEL32.GetBinaryTypeW(003293bc L"C:\\users\\focht\\Temp\\IXP000.TMP\\msiexec",00329134) ret=7eade91b 002c:Ret KERNEL32.GetBinaryTypeW() retval=00000000 ret=7eade91b 002c:Ret shell32.SHGetFileInfoW() retval=00000000 ret=7ed0211d 002c:Call KERNEL32.GetStartupInfoW(00329888) ret=7ed018dd 002c:Ret KERNEL32.GetStartupInfoW() retval=00000011 ret=7ed018dd 002c:Call KERNEL32.CreateProcessW(00329964 L"C:\\users\\focht\\Temp\\IXP000.TMP\\Wudt.msi",00137ad0 L"Wudt.msi",00000000,00000000,00000001,00000000,00000000,00000000,00329920,00329e24) ret=7ed021b2 002c:Ret KERNEL32.CreateProcessW() retval=00000000 ret=7ed021b2 ... Can't recognize 'Wudt.msi' as an internal or external command, or batch script. --- snip --- Source: http://source.winehq.org/git/wine.git/blob/0f2bed51bdd73676406e908eb105dde1… --- snip --- 1038 void WCMD_run_program (WCHAR *command, BOOL called) 1039 { ... 1170 /* Once found, launch it */ 1171 if (found) { 1172 STARTUPINFOW st; 1173 PROCESS_INFORMATION pe; 1174 SHFILEINFOW psfi; 1175 DWORD console; 1176 HINSTANCE hinst; ... 1192 /* thisDir contains the file to be launched, but with what? 1193 eg. a.exe will require a.exe to be launched, a.html may be iexplore */ 1194 hinst = FindExecutableW (thisDir, NULL, temp); 1195 if ((INT_PTR)hinst < 32) 1196 console = 0; 1197 else 1198 console = SHGetFileInfoW(temp, 0, &psfi, sizeof(psfi), SHGFI_EXETYPE); 1199 1200 ZeroMemory (&st, sizeof(STARTUPINFOW)); 1201 st.cb = sizeof(STARTUPINFOW); 1202 init_msvcrt_io_block(&st); 1203 1204 /* Launch the process and if a CUI wait on it to complete 1205 Note: Launching internal wine processes cannot specify a full path to exe */ 1206 status = CreateProcessW(thisDir, 1207 command, NULL, NULL, TRUE, 0, NULL, NULL, &st, &pe); ... --- snip --- $ sha1sum Windows7-USB-DVD-tool.exe ed1108a525066d1f850023cb5bfa05fc4ed21983 Windows7-USB-DVD-tool.exe $ du -sh Windows7-USB-DVD-tool.exe 2.6M Windows7-USB-DVD-tool.exe $ wine --version wine-1.7.19-70-gd6a59f7 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 12

[Bug 37620] New: MySims: Unable to pick up building blocks
by wine-bugs＠winehq.org 13 Jan '21

13 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=37620 Bug ID: 37620 Summary: MySims: Unable to pick up building blocks Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: daniel.attard120201(a)icloud.com Distribution: --- Created attachment 50068 --> https://bugs.winehq.org/attachment.cgi?id=50068 MySims Wine log MySims is fully working but when you are going to pick up a block to build your first house, the blocks/items can't be picked up. The cursor just ignores them. -- 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 3

[Bug 48144] New: Dream Aquarium (screensaver) fails to read monitor power state (support for 'SPDRP_DEVICE_POWER_DATA' property missing)
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48144 Bug ID: 48144 Summary: Dream Aquarium (screensaver) fails to read monitor power state (support for 'SPDRP_DEVICE_POWER_DATA' property missing) Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 39210 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Dream Aquarium $ WINEDEBUG=+seh,+relay,+setupapi wine ./Dream_Aquarium.scr -S >>log.txt 2>&1 ... 0039:Call setupapi.SetupDiGetDeviceRegistryPropertyW(001802d0,007dfdc4,0000001e,00000000,007dfd8c,00000038,00000000) ret=00415839 0039:trace:setupapi:SetupDiGetDeviceRegistryPropertyW devinfo 001802D0, device_data 007DFDC4, prop 30, type 00000000, buffer 007DFD8C, size 56, required 00000000 0039:Ret setupapi.SetupDiGetDeviceRegistryPropertyW() retval=00000000 ret=00415839 0039:Call KERNEL32.GetLastError() ret=00415841 0039:Ret KERNEL32.GetLastError() retval=00000000 ret=00415841 ... --- snip --- Application log files: --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Dream Aquarium $ cat stdout.txt setVerbose(5,init) CERROR allowed ec:3 allow:3 CERR allowed activetimes= aqua versions: 1.27 1.27 build:5 installDir=C:\Program Files (x86)\Dream Aquarium\ countryCode=-1 countryName=�lK TRIAL has valid license 0 use full version: 0 hasValidLicenseButIsRunningTrialVersion:0 about to check if monitors are asleep --- snip --- --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Dream Aquarium $ cat runLog.txt start 2737: Tue Nov 19 23:19:57 2019 -S 2737: Monitors Asleep 2737: Closing (0 secs) Tue Nov 19 23:19:57 2019 --- snip --- https://source.winehq.org/git/wine.git/blob/ab92627e19f10d7ad23abb101b21ec7… $ wine --version wine-4.20-46-g288a6625ad 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 48450] New: MindManager Pro v7.0 shows XML processing error on startup (needs support for 'charset' property)
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48450 Bug ID: 48450 Summary: MindManager Pro v7.0 shows XML processing error on startup (needs support for 'charset' property) Product: Wine Version: 5.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44594 ("MindManager Pro v7.0 shows XML processing error on startup (needs support for 'exhaustive-errors', 'external-general-entities' and 'external-parameter-entities' features in MSXML SAX reader)"). Prerequisite: 'winetricks -q dotnet20' (if Wine was built without Wine-Mono support). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Mindjet/MindManager 7 $ WINEDEBUG=+seh,+relay,+msxml wine ./MindManager.exe >>log.txt 2>&1 ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"exhaustive-errors" 0) ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-general-entities" ffffffff) ... 003c:fixme:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-general-entities" ffffffff) stub ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-parameter-entities" ffffffff) ... 003c:fixme:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"http://xml.org/sax/features/external-parameter-entities" ffffffff) stub ... 003c:trace:msxml:isaxxmlreader_putFeature (0x3cbcc08)->(L"schema-validation" 0) ... 003c:trace:msxml:internal_putProperty (0x3cbcc08)->(L"charset" 0x32dc20 {VT_BSTR: L"UTF-8"}) ... 003c:fixme:msxml:internal_putProperty (0x3cbcc08)->(L"charset":0x32dc20 {VT_BSTR: L"UTF-8"}): unsupported property ... 003c:Call KERNEL32.GetLastError() ret=022d84c5 003c:Ret KERNEL32.GetLastError() retval=000036b7 ret=022d84c5 003c:Call KERNEL32.FormatMessageW(00001300,00000000,000036b7,00000400,00000000,00000000,00000000) ret=022d84f3 003c:Ret KERNEL32.FormatMessageW() retval=00000000 ret=022d84f3 ... 003c:Call msvcr80.vswprintf_s(03ae09a0,0000000b,023068ec L"0x%08X",0032dc5c) ret=78306c82 003c:Ret msvcr80.vswprintf_s() retval=0000000a ret=78306c82 003c:Call ole32.GetErrorInfo(00000000,0032dca0) ret=022d8557 003c:Ret ole32.GetErrorInfo() retval=00000001 ret=022d8557 003c:Call msvcr80._CxxThrowException(0032dd40,0230ce1c) ret=022e5cc7 003c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032dc64) ret=7d926935 ... 003c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b00dab1 ip=7b00dab1 tid=003c 003c:trace:seh:raise_exception info[0]=19930520 003c:trace:seh:raise_exception info[1]=0032dd40 003c:trace:seh:raise_exception info[2]=0230ce1c 003c:trace:seh:raise_exception eax=0032dbb4 ebx=0032ea90 ecx=0032dc64 edx=0032dbb4 esi=00000003 edi=0032dc20 003c:trace:seh:raise_exception ebp=0032dc08 esp=0032dbb4 cs=320023 ds=ffff002b es=002b fs=f7b90063 gs=006b flags=00000216 ... 003c:Call user32.SetWindowTextW(0001033a,03ae0448 L"XML processing error") ret=7833abe2 --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/78259fceb3c591f91471ad8bd98d843… --- snip --- 2807 static HRESULT internal_putProperty( 2808 saxreader* This, 2809 const WCHAR *prop, 2810 VARIANT value, 2811 BOOL vbInterface) 2812 { 2813 VARIANT *v; 2814 2815 TRACE("(%p)->(%s %s)\n", This, debugstr_w(prop), debugstr_variant(&value)); 2816 2817 if (This->isParsing) return E_FAIL; 2818 2819 v = V_VT(&value) == (VT_VARIANT|VT_BYREF) ? V_VARIANTREF(&value) : &value; 2820 if(!memcmp(prop, PropertyDeclHandlerW, sizeof(PropertyDeclHandlerW))) 2821 return saxreader_put_handler_from_variant(This, SAXDeclHandler, v, vbInterface); 2822 2823 if(!memcmp(prop, PropertyLexicalHandlerW, sizeof(PropertyLexicalHandlerW))) 2824 return saxreader_put_handler_from_variant(This, SAXLexicalHandler, v, vbInterface); 2825 2826 if(!memcmp(prop, PropertyMaxXMLSizeW, sizeof(PropertyMaxXMLSizeW))) 2827 { 2828 if (V_VT(v) == VT_I4 && V_I4(v) == 0) return S_OK; 2829 FIXME("(%p)->(%s): max-xml-size unsupported\n", This, debugstr_variant(v)); 2830 return E_NOTIMPL; 2831 } 2832 2833 if(!memcmp(prop, PropertyMaxElementDepthW, sizeof(PropertyMaxElementDepthW))) 2834 { 2835 if (V_VT(v) == VT_I4 && V_I4(v) == 0) return S_OK; 2836 FIXME("(%p)->(%s): max-element-depth unsupported\n", This, debugstr_variant(v)); 2837 return E_NOTIMPL; 2838 } 2839 2840 FIXME("(%p)->(%s:%s): unsupported property\n", This, debugstr_w(prop), debugstr_variant(v)); 2841 2842 if(!memcmp(prop, PropertyCharsetW, sizeof(PropertyCharsetW))) 2843 return E_NOTIMPL; 2844 ... 2862 2863 return E_INVALIDARG; 2864 } --- snip --- $ sha1sum MM70-E-429_Pro.exe a546bdbad175260764b0a11f250d02950b93e940 MM70-E-429_Pro.exe $ du -sh MM70-E-429_Pro.exe 77M MM70-E-429_Pro.exe $ wine --version wine-5.0-rc5 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 2

[Bug 48534] New: 32-bit MSXML 6.0 package fails to install in 64-bit WINEPREFIX 'package is not supported on the current processor type.'
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48534 Bug ID: 48534 Summary: 32-bit MSXML 6.0 package fails to install in 64-bit WINEPREFIX 'package is not supported on the current processor type.' Product: Wine Version: 5.0 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, extracted/continuation from bug 44618 The MSXML 6.0 package is part of MindManager Pro v7.0 installer (app is 32-bit). It fails in default 64-bit WINEPREFIX as the MSXML6 redistributable package is only for 32-bit. --- snip --- $ WINEDEBUG=+msgbox wine ./MM70-E-429_Pro.exe ... 0077:trace:msgbox:MSGBOX_OnInit L"This MSXML6.0 package is not supported on the current processor type." 0077:err:msi:ITERATE_Actions Execution halted, action L"LaunchConditions" returned 1603 ... 0039:err:msi:ITERATE_Actions Execution halted, action L"RunMSXML6Setup" returned 1627 ... 0039:err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627 --- snip --- MSXML6 package 'LaunchCondition' is indeed: --- snip --- (NOT VersionNT64) [WrongPackage] --- snip --- Direct link from Microsoft: https://download.microsoft.com/download/e/a/f/eafb8ee7-667d-4e30-bb39-4694b… $ sha1sum msxml6_x86.msi 5125220e985b33c946bbf9f60e2b222c7570bfa2 msxml6_x86.msi $ du -sh msxml6_x86.msi 1.5M msxml6_x86.msi $ wine --version wine-5.0-201-gcf6546fb3b 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 2

[Bug 28851] New: Airstrike (Eagles of WWII) crashes during mission launch without native d3dx9_28.dll
by wine-bugs＠winehq.org 12 Jan '21

12 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=28851 Bug #: 28851 Summary: Airstrike (Eagles of WWII) crashes during mission launch without native d3dx9_28.dll Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.slithdata.net/files/airstrike_pc/AirstrikeE aglesOfWorldWarII_Demo.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 37061 --> http://bugs.winehq.org/attachment.cgi?id=37061 terminal output The crash only happens when effects quality is set to medium or high (can be adjusted from the launcher or via game option). The game requires native d3dx9_36.dll to prevent an early crash, due to unimplemented function d3dx9_36.dll.D3DXCreateCubeTextureFromFileExA The problem is present with Wine-1.0.1, 1.2.3...1.3.x Steps to reproduce the problem in the demo: 1. Install the demo. Place msvbvm60.dll in the game directory. Also install native d3dx9_36 via winetricks. 2. Start the launcher via AS_launcher.exe and go to <Options>. Make sure effects are set to either medium or high. Click on <Save and Play>. (You can also disable in-game music here if you find bug #28850 annoying). 3. When the main menu appears select campaign and initiate a mission. During the loading stage a crash will happen. Workaround: native d3dx9_28.dll Fedora 15 x86 Nvidia 250 / driver 280.13 -- 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 13

[Bug 19102] New: Don`t install 3D Studio Max 9
by wine-bugs＠winehq.org 12 Jan '21

12 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=19102 Summary: Don`t install 3D Studio Max 9 Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: patsev.anton(a)gmail.com Don`t install 3D Studio Max 9. Installation ended prematurely because of an error -- 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 18

[Bug 31610] New: "The Void" page fault
by wine-bugs＠winehq.org 12 Jan '21

12 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=31610 Bug #: 31610 Summary: "The Void" page fault Product: Wine Version: 1.5.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kevinperson(a)topicbox.com Classification: Unclassified Created attachment 41567 --> http://bugs.winehq.org/attachment.cgi?id=41567 console output The game "The Void" (from Steam) occasionally crashes with a page fault. Unfortunately I can't say much about what triggers this. It seems to crash most often in the transition between areas, but sometimes it works. This is using 1.5.11 from the ubuntu-wine PPA. -- 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 44056] New: CLIP STUDIO PAINT error when i try to run it
by wine-bugs＠winehq.org 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=44056 Bug ID: 44056 Summary: CLIP STUDIO PAINT error when i try to run it Product: Wine Version: 1.6.2 Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: boissee.stephane(a)yahoo.fr Created attachment 59758 --> https://bugs.winehq.org/attachment.cgi?id=59758 clip studio paint i got an error message when i try to run it. -- 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 33661] New: Microsoft SQL Server Management Studio Express 2008 R2 installer fails
by wine-bugs＠winehq.org 12 Jan '21

12 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=33661 Bug #: 33661 Summary: Microsoft SQL Server Management Studio Express 2008 R2 installer fails Product: Wine Version: 1.5.31 Platform: x86 URL: http://www.microsoft.com/en-us/download/details.aspx?i d=7593 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44557 --> http://bugs.winehq.org/attachment.cgi?id=44557 console output Continuation of bug 33115. Now the console log ends with: The following error occurred: The performance counter registry hive is corrupted. To continue, you must repair the performance counter registry hive. For more information, see http://support.microsoft.com/kb/300956. Error result: -2067922940 Result facility code: 1214 Result error code: 4 Please review the summary.txt log for further details To reproduce: Work around bug 33450: winetricks msxml3 winetricks dotnet35sp1 Work around bug 12501: winetricks mspatcha Work around bug 30681: extract System.Data.SqlXml.dll from dotnet20sp2 installer, overwrite the existing ones in Microsoft.NET/Framework/v2.0.50727 and assembly/GAC_MSIL Run installer: wine SQLManagementStudio_x86_ENU.exe /q /FEATURES=SSMS /ACTION=Install /IAcceptSQLServerLicenseTerms -- 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 18

[Bug 46333] New: SteelSeries Engine 3.13.3: Crashes on load
by wine-bugs＠winehq.org 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=46333 Bug ID: 46333 Summary: SteelSeries Engine 3.13.3: Crashes on load Product: Wine Version: 3.0.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: avi6106(a)gmail.com Distribution: --- Created attachment 63077 --> https://bugs.winehq.org/attachment.cgi?id=63077 Crash backtrace My mouse & headset were manufactured by SteelSeries, therefore I need this software to control these hardware properly. Ubuntu: 18.10 Mouse: Kana v2 - https://www.amazon.com/SteelSeries-62262-Kana-v2-optisch/dp/B00EVNR25I Headset: Arctis Pro - https://steelseries.com/gaming-headsets/arctis-pro -- 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 48015] New: Clip Studio Paint
by WineHQ Bugzilla 12 Jan '21

12 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48015 Bug ID: 48015 Summary: Clip Studio Paint Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: absvq.com(a)gmail.com Distribution: --- Created attachment 65549 --> https://bugs.winehq.org/attachment.cgi?id=65549 Bug I don't know what's wrong. I can easily log in with my licence code but afterwards the message of the debug comes up. I already have installed the newest version of Wine and CSP. -- 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 18296] New: DInput has issues with KDE4.2 keyboard input repeat.
by wine-bugs＠winehq.org 11 Jan '21

11 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=18296 Summary: DInput has issues with KDE4.2 keyboard input repeat. Product: Wine Version: 1.1.20 Platform: PC-x86-64 URL: http://www.coh.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)eternaldusk.com After upgrading to Kubuntu Jaunty, City of Heroes characters show a horrible staggering when you try move consistently in any direction. The character animation resets at the interval equivalent to the keyboard delay. So, it's as if the application is seeing you press the key over and over - instead of holding it down. Turning off keyboard repeat in the system options eliminates this issue. Modifying the delay only slows the initial staggering. -- 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 41

[Bug 47436] New: `winetricks -q dotnet30sp1` fails
by wine-bugs＠winehq.org 11 Jan '21

11 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47436 Bug ID: 47436 Summary: `winetricks -q dotnet30sp1` fails Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download, Installer, regression Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: download, regression, installer, dotnet Distribution: Gentoo To reproduce: winetricks -q dotnet30p1 Regression introduced by: commit 705d3eed86f3ff96ee1190dbc694148c21c4939c Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Wed May 1 18:24:04 2019 -0500 setupapi: Fill out all source file parameters in SetupQueueDefaultCopy(). Later, it hangs because of: commit 9ccf1dd88b89530977923058a7334816e6b368d4 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Tue May 7 18:04:10 2019 -0500 setupapi: Avoid passing a NULL source filename to SetupQueueDefaultCopy(). Fixes a regression introduced by 705d3eed86f3ff96ee1190dbc694148c21c4939c. And that hang is fixed by (but the installer still fails): 8bc25b24af0276985ad080c8364c11cfff3a1fe5 is the first bad commit commit 8bc25b24af0276985ad080c8364c11cfff3a1fe5 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Fri May 17 17:36:53 2019 -0500 setupapi: Don't fail a queued copy if no copy was necessary. This fixes a regression introduced by 3e5c9798a80641e0e39e95e4467c60405b22b062. With wine-4.11: The .NET Runtime Optimization Service is started and paused. 0078:fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) stub 0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0c00 (device=2d access=0 func=300 method=0) 0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0c00 (device=2d access=0 func=300 method=0) 0075:fixme:advapi:LsaOpenPolicy ((null),0x32ddb4,0x00000001,0x32dda8) stub 0075:fixme:advapi:GetWindowsAccountDomainSid (0x32dd24 0x16765c 0x32dd20): semi-stub 0075:fixme:secur32:GetComputerObjectNameW NameFormat 7 not implemented 0075:fixme:advapi:LsaClose (0xcafe) stub 0075:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet Microsoft (R) CLR Native Image Generator - Version 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved. The .NET Runtime Optimization Service is running. 0082:fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) stub ------------------------------------------------------ exit status 236 - dotnet30sp1 installation failed ------------------------------------------------------ -- 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 47251] New: add support for ConPTY API (pseudo console)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47251 Bug ID: 47251 Summary: add support for ConPTY API (pseudo console) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: programmerjake(a)gmail.com Distribution: --- as in title. API reference: https://docs.microsoft.com/en-us/windows/console/creating-a-pseudoconsole-s… -- 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 26016] New: xmllite installer crashes about 1 in 30 runs
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=26016 Summary: xmllite installer crashes about 1 in 30 runs Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com While running the regression test for winetricks-alpha, I noticed that installing xmllite crashed like this: fixme:wintrust:CryptCATGetCatAttrInfo 0x13e700, L"SPLevel" wine: Unhandled page fault on read access to 0xffffffff at address 0x68a4875f (thread 0013), starting debugger... Backtrace: =>0 0x68a4875f SetupCommitFileQueueW+0x3cf(owner=(nil), handle=0x1414f0, handler=0x68a49040, context=0x33bcdc) [include/wine/unicode.h:200] in setupapi (0x0033bcec) 1 0x68a49031 SetupCommitFileQueueA+0x40(owner=(nil), queue=0x1414f0, handler=0x103be4b, context=0x33c228) [dlls/setupapi/queue.c:879] in setupapi (0x0033f384) 0x68a4875f SetupCommitFileQueueW+0x3cf [include/wine/unicode.h:200] in setupapi: cmpw $0,0x0(%edx) I ran the installer in a loop to try to reproduce, and on the 34th run, I got a different crash at about the same place: fixme:wintrust:CryptCATGetCatAttrInfo 0x1c8ba8, L"SPLevel" err:setupapi:SetupDefaultQueueCallbackA copy error 3 "c:\\e64013c352a7bbb4a28da0908ecc09\\SP2QFE\\xmllite.dll" -> "c:\\windows\\$hf_mig$\\KB915865\\SP2QFE\\xmllite.dll" fixme:setupapi:pSetupGetGlobalFlags stub fixme:setupapi:pSetupGetGlobalFlags stub wine: Unhandled page fault on read access to 0xffffffff at address 0x68c72252 (thread 003f), starting debugger... Backtrace: =>0 0x68c72252 StringTableDestroy+0x42(hStringTable=0x13ed98) [dlls/setupapi/stringtable.c:177] in setupapi (0x0033f384) 0x68c72252 StringTableDestroy+0x42 [dlls/setupapi/stringtable.c:177] in setupapi: movl 0x0(%edx,%edi,1),%edx I ran it again in a loop with WINEDEBUG=warn+heap,+setupapi, and on the 28th, 111th, and 114th runs, saw the error: ... fixme:advapi:RegisterEventSourceW (L"",L"NtServicePack"): stub fixme:advapi:ReportEventA (0xcafe4242,0x0004,0x0000,0x400e1119,0x120df8,0x0002,0x00000000,0x34bcb8,(nil)): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x400e1119,0x120df8,0x0002,0x00000000,0x118f90,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:heap:HEAP_ValidateInUseArena Heap 0x110000: block 0x137420 tail overwritten at 0x137430 (byte 0/32 == 0xff) 28 -- 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 51

[Bug 32554] New: XPSEP instalation fails with "Path not found" error
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=32554 Bug #: 32554 Summary: XPSEP instalation fails with "Path not found" error Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timoteo(a)unimed-agm.com.br Classification: Unclassified Created attachment 42963 --> http://bugs.winehq.org/attachment.cgi?id=42963 Backtrace shown in error window I got an error while trying to install .net framework 3.0 SP1 using winetricks (winetricks dotnet30sp1). I tried installing it by hand also (wine msiexec /i "XPSEP XP and Server 2003 32 bit.msi" /qb), but got the same error. Terminal output shows (among lots of fixmes) the following lines: err:eventlog:ReportEventW L"Windows" err:eventlog:ReportEventW L"" err:eventlog:ReportEventW L"Path not found.\r\n" And After debug information, the following lines: err:msi:ITERATE_Actions Execution halted, action L"EPUpdateInstallAction" returned 1627 err:msi:custom_get_thread_return Invalid Return Code 3 Information: Ubuntu Quantal running on a VirtualBox (I have the same problems running on physical hardware) $ uname -a Linux unimed-box 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:32:08 UTC 2012 i686 i686 i686 GNU/Linux $ wine --version wine-1.5.19 Backtrace attached -- 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 23

[Bug 36387] New: Multiple Microsoft installers crash or hang with heap corruption (XmlLite, XPSEP, IE7)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=36387 Bug ID: 36387 Summary: Multiple Microsoft installers crash or hang with heap corruption (XmlLite, XPSEP, IE7) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 26016 I did more testing, trying to extract a pattern out of the crashes. Unfortunately there is no clear pattern. There was one crash log which gave me another idea though. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+heap wine ./update.exe -q >>log.txt 2>&1 ... 0035:Call setupapi.SetupInitDefaultQueueCallbackEx(00000000,ffffffff,00000000,00000000,00000000) ret=01053eac 0035:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e0c34d9 0035:trace:heap:RtlAllocateHeap (0x110000,70000062,0000000c): returning 0x1b70c0 0035:Ret ntdll.RtlAllocateHeap() retval=001b70c0 ret=7e0c34d9 0035:Ret setupapi.SetupInitDefaultQueueCallbackEx() retval=001b70c0 ret=01053eac ... 0035:Call setupapi.SetupCommitFileQueueA(00000000,001f3908,7e09e35c,001b70c0) ret=01053f55 0035:Ret setupapi.SetupCommitFileQueueA() retval=00000001 ret=01053f55 ... 0035:Call setupapi.SetupCommitFileQueueA(00000000,0011c5a0,0103be4b,0034c1b8) ret=01055f68 0035:Call setupapi.SetupDefaultQueueCallbackA(001b70c0,00000001,00000000,00000000) ret=0103bf44 0035:Ret setupapi.SetupDefaultQueueCallbackA() retval=00000001 ret=0103bf44 0035:Call ntdll.RtlFreeHeap(00110000,00000000,00000000) ret=7e0bf759 0035:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e0bf759 0035:Call ntdll.RtlAllocateHeap(00110000,00000000,00000080) ret=7e0bf782 0035:err:heap:HEAP_ValidateInUseArena Heap 0x110000: free block 0x1b70e0 overwritten at 0x1b70f0 by ffffffff ... --- snip --- There was a damaged heap block located near the context structure for the default queue callback. MSDN: http://msdn.microsoft.com/en-us/library/aa376956%28v=vs.85%29.aspx --- quote --- The SetupInitDefaultQueueCallback function builds the context structure that is used by the default queue callback routine. It returns a void pointer to that structure. This structure is essential for the default callback routine's operation and must be passed to the callback routine. You do can this either by specifying the void pointer as the context in a call to SetupCommitFileQueue, or by specifying the void pointer as the context parameter when calling SetupDefaultQueueCallback from a custom callback routine. This context structure must not be altered or referenced by the setup application. --- quote --- What if these guys writing the update installers, distributing their own copy of setupapi (updspapi) give a damn about MSDN and treat the context callback structure not as opaque, possibly peek/modify structure members? The context structured started at 0x001b70c0 .. the damaged part was at 0x1b70f0. Unfortunately, I could not replicate the corruption pattern at this offset with more tests. I gave the callback context structure a larger block - 0x40 bytes to be safe. The block was allocated with HEAP_ZERO_MEMORY to make sure that even if the installer code peeks into structure it doesn't see garbage. The current structure layout (member offsets) is most likely different from their layout but that doesn't seem to play a role here. With that change in place the crashes were gone. I got a random heap crit sec hang out of several hundred tries though (maybe unrelated?). Austin, can you pad the structure here up to 0x40 bytes: http://source.winehq.org/git/wine.git/blob/4d796458d0ed517d45adc57a1aedaf1c… --- snip --- 39 /* context structure for the default queue callback */ 40 struct default_callback_context 41 { 42 HWND owner; 43 HWND progress; 44 UINT message; 45 }; --- snip --- zero init alloc (HEAP_ZERO_MEMORY) here: http://source.winehq.org/git/wine.git/blob/4d796458d0ed517d45adc57a1aedaf1c… --- snip --- 1480 PVOID WINAPI SetupInitDefaultQueueCallbackEx( HWND owner, HWND progress, UINT msg, 1481 DWORD reserved1, PVOID reserved2 ) 1482 { 1483 struct default_callback_context *context; 1484 1485 if ((context = HeapAlloc( GetProcessHeap(), 0, sizeof(*context) ))) 1486 { 1487 context->owner = owner; 1488 context->progress = progress; 1489 context->message = msg; 1490 } 1491 return context; 1492 } --- snip --- and retest? Thanks. 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 13

[Bug 16879] New: .NET 3.0: XPSEPSC installer fails due to unimpl kernel32.RtlCaptureStackBackTrace
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16879 Summary: .NET 3.0: XPSEPSC installer fails due to unimpl kernel32.RtlCaptureStackBackTrace 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: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16878 one runs into next one. Prerequisite: 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 3. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 5. 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. --- snip --- fixme:advapi:RegisterEventSourceW ((null),L"Microsoft-Windows-SpoolerFilterPipelineSVC"): stub fixme:winspool:OpenPrinterW PRINTER_DEFAULTS ignored => (null),(nil),0x00000001 fixme:winspool:AddPrinterW DocumentPropertiesW on printer L"Microsoft XPS Document Writer" fails wine: Call from 0x105e0b0 to unimplemented function KERNEL32.dll.RtlCaptureStackBackTrace, aborting wine: Unimplemented function KERNEL32.dll.RtlCaptureStackBackTrace called at address 0x105e0b0 (thread 0014), starting debugger... Unhandled exception: unimplemented function KERNEL32.dll.RtlCaptureStackBackTrace called in 32-bit code (0x7bc485e6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7bc485e6 ESP:0033ef1c EBP:0033ef70 EFLAGS:00000216( - 00 - IAP1) EAX:0033ef1c EBX:7bc9b830 ECX:0034002d EDX:007d3e0c ESI:0033f7cc EDI:007d3e18 Stack dump: 0x0033ef1c krb5_rc_dfl_init+0xfc: 80000100 00000001 00000000 0105e0b0 0x0033ef2c krb5_rc_dfl_init+0x10c: 00000002 010957de 01095722 60143151 0x0033ef3c krb5_rc_dfl_init+0x11c: 00110000 7bc9b830 00000000 00000000 0x0033ef4c krb5_rc_dfl_init+0x12c: 00000064 7bc43fe6 00000000 7bc6ebc4 0x0033ef5c krb5_rc_dfl_init+0x13c: 0033efc4 60145124 00000040 7bc6ed4d 0x0033ef6c krb5_rc_dfl_init+0x14c: 007d1288 0033efa4 0034003c 010957de Backtrace: =>0 0x7bc485e6 stub_entry_point+0x4b(dll="KERNEL32.dll", name="RtlCaptureStackBackTrace", ret_addr=0x105e0b0) [/opt/wine/wine-git/dlls/ntdll/loader.c:192] in ntdll (0x0033ef70) 1 0x0034003c in libkrb5.so.3 (+0x7503c) (0x0033efa4) 2 0x0105dbeb in printfilterpipelinesvc (+0x5dbeb) (0x0033efb4) 3 0x0105de7c in printfilterpipelinesvc (+0x5de7c) (0x0033f1dc) 4 0x0105e036 in printfilterpipelinesvc (+0x5e036) (0x0033f1fc) 5 0x0101cfb3 in printfilterpipelinesvc (+0x1cfb3) (0x0033fc34) 6 0x0101d020 in printfilterpipelinesvc (+0x1d020) (0x0033fd28) 7 0x0101dab1 in printfilterpipelinesvc (+0x1dab1) (0x0033fd6c) 8 0x0101be04 in printfilterpipelinesvc (+0x1be04) (0x0033fd94) 9 0x0101be76 in printfilterpipelinesvc (+0x1be76) (0x0033fdb0) 10 0x0101bf7f in printfilterpipelinesvc (+0x1bf7f) (0x0033fdd0) 11 0x0101e133 in printfilterpipelinesvc (+0x1e133) (0x0033fef8) 12 0x7b87ebd0 start_process+0xe4(arg=(nil)) [/opt/wine/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0033ffe8) ... 00000025 (D) C:\windows\system32\unknown\PrintFilterPipelineSvc.exe --- snip --- In case you are wondering about "unknown" in path, Wine doesn't know about directory id 55 which is printer processor directory. Although it might deserve its own bug I mention it here: --- snip --- 0045:fixme:setupapi:create_system_dirid unknown dirid 55 --- snip --- That whole print processor stuff needs to be tackled separately. --- snip --- 0032:Call KERNEL32.CopyFileW(0033f814 L"C:\\3e0c51033dbb7684e997f131b3146a\\update\\..\\i386\\filterpipelineprintproc.dll",0033fa1c L"C:\\windows\\system32\\spool\\prtprocs\\w32x86\\filterpipelineprintproc.dll",00000000) ret=0101cf79 0032:Ret KERNEL32.CopyFileW() retval=00000001 ret=0101cf79 0032:Call winspool.drv.AddPrintProcessorW(00000000,01002388 L"Windows NT x86",01001f9c L"filterpipelineprintproc.dll",01001fd4 L"MS_XPS") ret=0101d032 0032:fixme:winspool:AddPrintProcessorW ((null),L"Windows NT x86",L"filterpipelineprintproc.dll",L"MS_XPS"): stub 0032:Ret winspool.drv.AddPrintProcessorW() retval=00000000 ret=0101d032 --- snip --- There are several issues, though I leave them alone for now ... --- After adding RtlCaptureStackBackTrace() forward to kernel32.spec and adding stub to ntdll (FIXME params + returning STATUS_NOT_IMPLEMENTED), the crash is prevented. 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 16906] New: .NET 3.0: XPSEPSC installer copies print processor files to wrong directory (setupapi unhandled dirid 55)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16906 Summary: .NET 3.0: XPSEPSC installer copies print processor files to wrong directory (setupapi unhandled dirid 55) Product: Wine Version: 1.1.12 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, I mentioned this in bug 16879 and before the issue gets lost... Wine doesn't know about directory id 55 which is print processor directory. --- snip --- ... 00c4:fixme:setupapi:create_system_dirid unknown dirid 55 00c4:Call KERNEL32.GetSystemDirectoryW(00000000,00000000) ret=789dacd1 00c4:Ret KERNEL32.GetSystemDirectoryW() retval=00000014 ret=789dacd1 ... 00c4:Call KERNEL32.lstrlenW(0015ab20 L"C:\\windows\\system32\\unknown") ret=789ecb4c ... 00c4:Call KERNEL32.CreateFileA(006f26f0 "c:\\windows\\system32\\unknown\\printfilterpipelinesvc.exe",80000000,00000003,00000000,00000003,08000000,00000000) ret=0106825d ... --- snip --- --- snip dlls/setupapi/dirid.c --- /* create the string for a system dirid */ static const WCHAR *create_system_dirid( int dirid ) { ... case DIRID_PRINTPROCESSOR: /* FIXME */ default: FIXME( "unknown dirid %d\n", dirid ); return get_unknown_dirid(); } ... } --- snip dlls/setupapi/dirid.c --- GetPrintProcessorDirectoryW() should provide all required information. With patch applied: --- snip --- ... 0031:Call KERNEL32.CopyFileW(0015b310 L"c:\\10976f8595cea39afb\\PrintFilterPipelineSvc.exe",0015cb70 L"C:\\windows\\system32\\spool\\prtprocs\\w32x86\\PrintFilterPipelineSvc.exe",00000000) ret=60afb0c9 --- 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 6

[Bug 16878] New: .NET 3.0: XPSEPSC installer fails due to missing ntoskrnl.exe placeholder and version resource
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16878 Summary: .NET 3.0: XPSEPSC installer fails due to missing ntoskrnl.exe placeholder and version resource 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: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, NOTE: bug 16875 which covers two issues in setupapi.SetupGetTargetPathW needs to be properly fixed for *both* cases, see "update.inf" snippet which is part of this bug report. After bug 16875 (and 16876) are fixed, the installer fails: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,11:36:24] Microsoft .NET Framework 2.0: [2] Error: Installation failed for component Microsoft .NET Framework 2.0. MSI returned error code 1603 [01/11/09,11:36:37] WapUI: [2] DepCheck indicates Microsoft .NET Framework 2.0 is not installed. [01/11/09,11:36:37] WapUI: [2] DepCheck indicates Microsoft .NET Framework 3.0 was not attempted to be installed. --- snip --- "c:\\windows\\temp\\dd_dotnetfx3install.txt": --- snip --- [01/11/09,11:36:37] WapUI: Return for RGB Rast indicates a successful installation. DepCheck indicates the component is installed. [01/11/09,11:36:37] WapUI: Return for MSXML 6.0 Parser indicates a successful installation. DepCheck indicates the component is installed. [01/11/09,11:36:37] WapUI: Return for WIC Installer indicates a successful installation. DepCheck indicates the component is installed. [01/11/09,11:36:37] WapUI: DepCheck indicates Microsoft .NET Framework 2.0 is not installed. --- snip --- Obviously bug 12401 (which I have analyzed in bug 10601). So the prerequisite expands. 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 3. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 5. 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. After applying prerequisite the installer fails again: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,11:53:13] XPSEPSC x86 Installer: [2] Error code 1603 for this component means "ERROR_INSTALL_FAILURE " [01/11/09,11:53:13] XPSEPSC x86 Installer: [2] Setup Failed on component XPSEPSC x86 Installer [01/11/09,11:53:24] WapUI: [2] DepCheck indicates XPSEPSC x86 Installer is not installed. --- snip --- "c:\\windows\\temp\\dd_XPS.txt": --- snip --- [dd_XPS.txt] 0.007: ================================================================================ 0.008: 2009/01/11 11:53:12.167 (local) 0.009: C:\a71b96a363115310c46014e60bbc1d36\update\update.exe (version 6.2.29.0) 0.009: Hotfix started with following command line: /quiet /norestart /log:C:\windows\temp\dd_XPS.txt 0.009: GetKernelType: GetInternalFilename failed 0.552: In Function TestVolatileFlag, line 11873, RegOpenKeyEx failed with error 0x2 0.552: In Function TestVolatileFlag, line 11905, RegOpenKeyEx failed with error 0x2 0.552: DoInstallation: CleanPFR failed: 0x2 0.553: SetProductTypes: InfProductBuildType=BuildType.IP 0.554: SetAltOsLoaderPath: No section uses DirId 65701; done. 0.554: RegisterDll: Executing command line: "C:\windows\system32\regsvr32.exe" /s "C:\windows\system32\licdll.dll" ... 0.634: RegisterDll: Exit code=0x00000001 0.634: RegisterDll: Executing command line: "C:\windows\system32\regsvr32.exe" /s "C:\windows\system32\regwizc.dll" ... 0.712: RegisterDll: Exit code=0x00000001 0.713: Unexpected Error While Executing Line 1 ( Condition.Requirement ) of W2K.Condition 0.713: ExConditionalEvaluateSection: Syntax error in 'Condition' key of section W2K.Condition. 0.713: DoInstallation: Error 0xf00c while evaluating extended conditional section [ProductInstall.ExtendedConditional]. 0.713: CleanupTrustedInfFile: GetFileAttributes for C:\windows\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\update.cat failed: 0x2 0.714: The XpsEPSC c:\a71b96a363115310c46014e60bbc1d36\update\update.inf file is not correct. 0.714: Update.exe extended error code = 0xf00c 0.714: Update.exe return code was masked to 0x643 for MSI custom action compliance. --- snip --- Relevant "update.inf": --- snip --- ... [ProductInstall.ExtendedConditional] ConditionInstall=W2K.Condition [W2K.Condition] Condition = SingleOp, Condition.Requirement ConditionalOperations=Install.Not2k [Condition.Requirement] GreatOrEqualOp=CheckFilever, System32.files, ntoskrnl.exe, >=, 5.1.0.0 ... [DestinationDirs] Copy.System32=11 Copy.System32.not2k=11 Copy.PrintProc=55 Copy.dllcache=65619 Copy.dllcache.not2k=65619 --- snip --- Adding version resource to ntoskrnl.exe alone is not sufficient, a placeholder needs to be present in system32: --- snip --- 0028:Call KERNEL32.FindFirstFileA(0033ac3c "C:\\windows\\system32\\ntoskrnl.exe",0033a18c) ret=0106da6d 0028:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=0106da6d 0028:Call KERNEL32.GetLastError() ret=0106b894 0028:Ret KERNEL32.GetLastError() retval=00000002 ret=0106b894 ... 0028:Call msvcrt._vsnprintf(0033a967,000007f7,01027e3c "Unexpected Error While Executing Line %d ( %ws ) of %ws \n",0033b198) ret=0106b900 --- snip --- After fixing this problem the condition is satisfied. 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 15

[Bug 34217] New: MS XPSEP GUI installer crashes if dotnet20 installed
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=34217 Bug #: 34217 Summary: MS XPSEP GUI installer crashes if dotnet20 installed Product: Wine Version: 1.7.0 Platform: x86-64 URL: http://download.microsoft.com/download/2/5/2/2526f55d- 32bc-410f-be18-164ba67ae07d/XPSEP%20XP%20and%20Server% 202003%2032%20bit.msi OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Blocks: 32164, 32166, 32167, 32168 Classification: Unclassified Created attachment 45524 --> http://bugs.winehq.org/attachment.cgi?id=45524 Wine 1.7.0 console output The Microsoft XML Paper Specification Essentials Pack (XPSEP) GUI installer fails 100% of the time when dotnet20 is first installed in a clean WINEPREFIX. err:msi:ITERATE_Actions Execution halted, action L"EPUpdateInstallAction" returned 1627 err:msi:custom_get_thread_return Invalid Return Code 3 Affects Winetricks in multiple verbs. Run: 1. winetricks dotnet20 2. Install. -- 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 15

[Bug 19624] New: winspool.drv needs to properly handle local printer server config data queries (XPSEPSC update/installer)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=19624 Summary: winspool.drv needs to properly handle local printer server config data queries (XPSEPSC update/installer) Product: Wine Version: 1.1.27 Platform: PC URL: http://go.microsoft.com/fwlink/?LinkId=96332 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, that component is a needed prerequisite for .NET 3.0 Framework SP1, 3.5, 3.5 SP1 Fortunately can be reproduced without all the .NET installer mess: clean WINEPREFIX, run the installer from link. Local printer server has no name associated with it (NULL), leading to later problem when querying for registry data. --- snip --- 0032:Call KERNEL32.CreateProcessA(00000000,0015a5e8 "C:\\windows\\system32\\spool\\prtprocs\\w32x86\\printfilterpipelinesvc.exe /RegServer C:\\3b6becc6d220eb7bdd60153c\\update\\",00000000,00000000,00000000,00000000,00000000,00000000,0033ba98,0033badc) ... 003b:Call winspool.drv.OpenPrinterW(00000000,0033f8a0,00000000) ret=0102ed15 003b:trace:winspool:OpenPrinterW ((null), 0x33f8a0, (nil)) ... 003b:trace:winspool:OpenPrinterW returning 1 with 0 and 0x1 003b:Ret winspool.drv.OpenPrinterW() retval=00000001 ret=0102ed15 003b:Call winspool.drv.GetPrinterDataW(00000001,01004ad8 L"DefaultSpoolDirectory",00000000,00000000,00000000,0033f8a8) ret=0102ed82 003b:trace:winspool:GetPrinterDataExW (0x1, L"PrinterDriverData", L"DefaultSpoolDirectory" (nil), (nil), 00000000, 0x33f8a8) 003b:Ret winspool.drv.GetPrinterDataW() retval=00000006 ret=0102ed82 ... 003b:Call KERNEL32.GetLastError() ret=01021138 003b:Ret KERNEL32.GetLastError() retval=00000000 ret=01021138 ... 003b:Call KERNEL32.MultiByteToWideChar(00000000,00000008,0033f718 "Unexpected return value.",00000100,0033f518,00000100) ret=0105ec7c 003b:Ret KERNEL32.MultiByteToWideChar() retval=00000100 ret=0105ec7c ... 003b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f810) ret=0101e688 003b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b84303a ip=7b84303a tid=003b 003b:trace:seh:raise_exception info[0]=19930520 003b:trace:seh:raise_exception info[1]=0033f83c 003b:trace:seh:raise_exception info[2]=01086754 003b:trace:seh:raise_exception eax=7b82cb69 ebx=7b8d091c ecx=00000000 edx=0033f7fc esi=0033f7fc edi=0033f770 003b:trace:seh:raise_exception ebp=0033f758 esp=0033f6f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 ... 003b:Call KERNEL32.OutputDebugStringA(01002aec "Invalid parameter passed to C runtime function.\n") ret=01022579 003b:Ret KERNEL32.OutputDebugStringA() retval=ffffffff ret=01022579 --- 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 14

[Bug 48354] New: Some patches may require forcing a wineprefix update
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48354 Bug ID: 48354 Summary: Some patches may require forcing a wineprefix update Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot updates the wineprefixes when it updates its base Wine source from the daily Wine commits. The rest of the time it lets Wine deal with updating the wineprefix is necessary. Furthermore Wine only updates the wineprefix when wine.inf changes, which is the case for every Wine release. The problem is that the wineprefix should also be updated when a patchset adds a WINE_REGISTRY resource to an existing dll. Failing to do so may cause the patchset tests to fail because the wineprefix is out of date. See: https://www.winehq.org/pipermail/wine-devel/2019-December/156914.html Wineprefix updates are relatively slow compared to the execution time of most tests (about 30s vs. < 1s) so it would be good not to have to do that for every task. An alternative would be to force a wineprefix update when a task has failures and gets rerun as a result (pass an option to the relevant VM-side scripts). -- 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 13

[Bug 45117] New: paf5.exe not working with wine 2.0 or 3.0 but works ok with wine 1.9
by wine-bugs＠winehq.org 07 Jan '21

07 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=45117 Bug ID: 45117 Summary: paf5.exe not working with wine 2.0 or 3.0 but works ok with wine 1.9 Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hollywood188(a)live.com Distribution: --- paf5.exe works with wine 1.9 but with 2.0 and 3.0 rectangular boxes are shown instead of charactors I am using Knoppix 8.1 linux which had wine 2.0 and I upgraded to wine 3.0 but same problem. it worked fine with Knoppix 7.7.1 and wine 1.9?? -- 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 16227] New: Tooltips on mouse hover in EMS SQL Manager block the mouse click
by wine-bugs＠winehq.org 05 Jan '21

05 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16227 Summary: Tooltips on mouse hover in EMS SQL Manager block the mouse click Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ksfreitas(a)gmail.com Created an attachment (id=17473) --> (http://bugs.winehq.org/attachment.cgi?id=17473) Screenshot of a tooltip bloocking the mouse click In EMS SQL Manager (Free and Full), the tooltips block the mouse click, having to resize to see all item without tooltip for click. The link for freeware software download: http://www.sqlmanager.net/en/products/postgresql/manager/download -- 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 13

[Bug 38966] New: force close after hitting install usb drivers on lg mobile support tool and when enter cell carrier
by wine-bugs＠winehq.org 04 Jan '21

04 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=38966 Bug ID: 38966 Summary: force close after hitting install usb drivers on lg mobile support tool and when enter cell carrier Product: Wine Version: 1.7.37 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: catsetname(a)yahoo.com Created attachment 51910 --> https://bugs.winehq.org/attachment.cgi?id=51910 backtrace.txt after loading lg mobile support tool i hit install usb drivers, list of cell carriers pop to select once selected box comes up stating program needs to close and options to close or show details -- 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 27502] New: app freezes when WM_KILLFOCUS creates modal dialog
by wine-bugs＠winehq.org 03 Jan '21

03 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=27502 Summary: app freezes when WM_KILLFOCUS creates modal dialog Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: efrias(a)syncad.com Created an attachment (id=35159) --> (http://bugs.winehq.org/attachment.cgi?id=35159) simple example which produces the error When a program brings up a modal dialog box in response to a WM_KILLFOCUS message, the program will freeze. I've attached a simple test case, all boilerplate except for: case WM_KILLFOCUS: MessageBox(hWnd, _T("Killing Focus"), _T("Note"), MB_OK); in the main event loop. If you run the program and then give focus to another application, the messagebox will pop up and then the program will become unresponsive. What is happening is: - x11drv gets a FocusOut event and calls the event handler, which ends up SendMessage-ing a WM_KILLFOCUS to the program. - The programs's code creates a modal dialog like the MessageBox above, and enters the dialog's event loop, which winds up calling GetMessage which calls MsgWaitForMultipleObjectsEx to get more X11 events. - X11DRV_MsgWaitForMultipleObjectsEx executes this: if (data->current_event) mask = 0; /* don't process nested events */ where data->current_event is true since we're still handling the FocusOut event. Since we're not processing nested events, we'll never be able to process the usual events like keys or mouse events which could exit this nested event loop. This type of error occurs in a few places in our application, where a WM_KILLFOCUS message to an edit box triggers some input validation and displays an error on failure. This works correctly in the normal case, where the user tabs out or clicks on another control in the dialog box containing the edit control -- since everything stays in the same top-level window, there is no FocusOut event from X11 and the WM_KILLFOCUS is generated internally by wine in response to, say, a KeyEvent. I think these key or mouse events are just posted to the windows message queue, and the X11 event handler has already exited by the time the application gets around to processing the ensuing WM_KILLFOCUS. But in the case where focus is lost by clicking outside the dialog containing the edit control, the WM_KILLFOCUS is generated by the FocusOut handler which is still executing, and we lock up. I suspect this is related to bug 11595 "Notepad++ freezes if native application changes a file it has open (dogfood)". My guess is in that case, a FocusIn event triggers something like a WM_ACTIVATE, in which notepad++ notices a file is changed and displays a messagebox asking if you want to reload. Since wine is still processing the FocusIn event, the modal message loop's call to MsgWaitForMultipleObjectsEx will never process any useful events because it's a nested event. Our application's built-in text editor has this same problem. I don't understand the event handling code well enough to propose a solution. As a test, I allowed nested event processing and it solved the problem without introducing any obvious errors, but I'm sure that check was in there for a reason. It's probably better to keep the application code from being executed from inside the event handler, if that's possible. Note: this bug was also posted as a message to wine-devel here: http://www.winehq.org/pipermail/wine-devel/2011-June/090652.html -- 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 14

[Bug 32058] New: Guild Wars 2 launcher freezes/hangs (unable to launch game)
by wine-bugs＠winehq.org 03 Jan '21

03 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=32058 Bug #: 32058 Summary: Guild Wars 2 launcher freezes/hangs (unable to launch game) Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: x.egam.wodahs.x(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Once I updated wine to version 1.5.15, the Guild Wars 2 launcher can no longer launch the game because it just freezes/hangs. This was not an issue in 1.5.14, and in order to run the game for now I'm using wine 1.5.14 compiled from source. In wine 1.5.14, the launcher is black (can't see UI at all, but it's still functional) unless using the -dx9single flag. Using -dx9single, the background is black instead of transparent but the UI inside is properly rendered. This information is important because, before submitting this bug report, I performed two separate git bisects between 1.5.14 and 1.5.15: one without any command-line parameters, and one using -dx9single. Technical details follow: ======================================================================= 1) git bisect for running the game without any parameters: In the last good commit (8dcbeff760115834656f3f1fc85922e3a9af14d0), the launcher is still black but it still works. You cannot see the UI but by blindly logging in, the game does launch. In the first bad commit (f12c1c6630f0bf842dde9af10da4ab188ff16e94), the behavior is different from the wine 1.5.15 release and the other commits tested: here, instead of locking up, the window just disappears. It's still there, but I guess it's fully transparent. Because this leaves us even more "blind", I considered this "bad" in the git bisect, yielding the following result: --- f12c1c6630f0bf842dde9af10da4ab188ff16e94 is the first bad commit commit f12c1c6630f0bf842dde9af10da4ab188ff16e94 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Sep 26 13:12:17 2012 +0200 winex11: Switch to an ARGB visual for layered windows with per-pixel alpha. :040000 040000 e9933c28f3e50c52d2cee37a43b06a2f5cb5a497 3870099a31a68a69cd7c022857794700c2343aa9 M dlls --- If, however, we consider f12c1c6630f0bf842dde9af10da4ab188ff16e94 "good" in the git bisect, we get: --- d8247efd5ecb8c4604624eb2bbf47e194ce59e7e is the first bad commit commit d8247efd5ecb8c4604624eb2bbf47e194ce59e7e Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 27 20:47:08 2012 +0200 winex11: Take the alpha channel into account to compute the region of layered windows. :040000 040000 3870099a31a68a69cd7c022857794700c2343aa9 d9ec62b63405f910db90b095145a7910cc124eef M dlls --- In this case, the launcher does indeed lock up in the first bad commit (d8247efd5ecb8c4604624eb2bbf47e194ce59e7e). 2) git bisect for running the game using -dx9single: Using the -dx9single flag, we seem to be able to get to a later commit before it stops working (but does not work in the 1.5.15 release). In the last good commit (dbff4f422c943a837f0098e921f831eb4a94ac11), everything seems to be fine (when using the -dx9single flag) and even the transparency seems to be working. However, in the first bad commit (6f3b097a203d9ca248732cb45eed462599ca3af1), things start to lock up. This yields the following git bisect result: --- 6f3b097a203d9ca248732cb45eed462599ca3af1 is the first bad commit commit 6f3b097a203d9ca248732cb45eed462599ca3af1 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Oct 3 00:09:01 2012 +0200 winex11: Fix a typo in the surface region computation with an alpha channel. :040000 040000 fa11ac3c80763b81911ba999d8302029d2c6d147 566c9c06b11f8785c870a1e09ec53d42e13d1524 M dlls --- -- 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 19

[Bug 38166] New: Heroes of Might and Magic 5 slowly on some maps.
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=38166 Bug ID: 38166 Summary: Heroes of Might and Magic 5 slowly on some maps. Product: Wine Version: 1.7.37 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galdralag(a)bk.ru Distribution: --- On some maps especially when many green trees game works very slowly. This happens on all versions of nvidia driver AFTER 331.89. 331.89 it is last version when game works on maximum video settings. May be this is bug of nvidia driver (not wine) but I can't test this. I tested 2 videocards nvidia 760M and 650 ti. This can be reproduced on ArchLinux, Fedora, OpenSuse and Kubuntu. If you have problems with reproducing I can attach some maps where it can be reprocuced -- 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 48

[Bug 44243] New: Spire and Serum paints very slowly
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=44243 Bug ID: 44243 Summary: Spire and Serum paints very slowly Product: Wine Version: 3.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bique.alexandre(a)gmail.com Distribution: --- Hi, The following programs take a lot of time to render the UI: https://www.reveal-sound.com/ https://www.xferrecords.com/products/serum A few versions before the UI was just black, and recently it started to paint correctly, so it must be that you have add new painting/rendering api recently. Yet the painting performance is really slow, so it would be great if you guys could have a look and optimize it a bit? Maybe it is an easy thing to do? Many thanks for your work guys! To reproduce it you can install a plugin host like reaper: https://www.reaper.fm/ and then install the vst plugins and try them with reaper. Regards, Alexandre -- 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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020