wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7471 discussions

[Bug 33513] New: Microsoft SQL Server 2005 Express Edition: installer fails complaining about corrupted .NET installation
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33513 Bug #: 33513 Summary: Microsoft SQL Server 2005 Express Edition: installer fails complaining about corrupted .NET installation Product: Wine Version: 1.5.29 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 44358 --> http://bugs.winehq.org/attachment.cgi?id=44358 console output After fixing bug 33510 the installer complains about non-existent or corrupted .NET installation when running with wine mono. Winetricks dotnet20 works around. Attaching the console output. Missing registration for class Microsoft.SqlServer.Setup.SetupBootstrapWizard (guid 100d062d-4823-4c3e-be65-4da9b82a874b reported near the end of log) is likely the culprit. A workaround for bug 32048 is needed to get that far. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 33608] New: Microsoft SQL Server 2005 Express Edition: installer fails to detect IE (needs CIM_DataFile WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33608 Bug #: 33608 Summary: Microsoft SQL Server 2005 Express Edition: installer fails to detect IE (needs CIM_DataFile WMI class) Product: Wine Version: 1.5.30 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer complains that the Internet Explorer version is older than IE6 SP1. The installation continues, but some features are unavailable. The installer logs reveal that the following WQL query is used to check IE version: select * from CIM_DataFile where Name='C:\\windows\\system32\\shdocvw.dll' Install native mspatcha to reproduce this bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 33609] New: Microsoft SQL Server 2005 Express Edition: installer warns about non-writable Program Files (needs Win32_Directory WMI class)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33609 Bug #: 33609 Summary: Microsoft SQL Server 2005 Express Edition: installer warns about non-writable Program Files (needs Win32_Directory WMI class) Product: Wine Version: 1.5.30 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified The installer complains that the default installation path is not writable. This message has no consequences (installation continues anyway), but it would be nice if we could get rid of it. The installer logs reveal that the following WQL query is used to check disk write access: select * from Win32_Directory where Name='C:\\Program Files\\Microsoft SQL Server' or Name='C:\\Program Files' Install native mspatcha to reproduce this bug. -- 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 3

[Bug 31981] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31981 Bug #: 31981 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails Product: Wine Version: 1.5.15 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 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 42142 --> http://bugs.winehq.org/attachment.cgi?id=42142 +wbemprox log of sql server installer Continuation from bug 31522: With implemented StdRegProv.GetStringValue installer no longer complains about WMI/Wbem insufficiencies. Unfortunately, it still fails. One of the final meaningful lines in +wbemprox log is: trace:wbemprox:enum_values 0x80000002, L"SYSTEM\\CurrentControlSet\\Services\\lanmanserver" This key does not exist in Wine, and its absence is probably the direct reason of installer failure. -- 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 29676] New: .NET 4.0 runtime fails to initialize MediaSystem subsystem due to rpcrt4.dll RpcMgmtIsServerListening being a stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29676 Bug #: 29676 Summary: .NET 4.0 runtime fails to initialize MediaSystem subsystem due to rpcrt4.dll RpcMgmtIsServerListening being a stub Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, encountered this while running .NET 4.0 based apps that make use WPF. Managed backtrace: --- snip --- fixme:rpc:RpcMgmtIsServerListening (0x1724e8): stub Unhandled Exception: System.Windows.Markup.XamlParseException: 'Add value to collection of type 'System.Windows.Controls.UIElementCollection' threw an exception.' Line number '4' and line position '28'. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x800706A6 at System.Windows.Media.MediaSystem.ConnectTransport() at System.Windows.Media.MediaSystem.Startup(MediaContext mc) at System.Windows.Media.MediaContext..ctor(Dispatcher dispatcher) at System.Windows.Media.MediaContext.From(Dispatcher dispatcher) at System.Windows.Media.Visual.VerifyAPIReadWrite() at System.Windows.Media.VisualCollection.Add(Visual visual) at System.Windows.Controls.UIElementCollection.AddInternal(UIElement element) at System.Windows.Controls.UIElementCollection.Add(UIElement element) at System.Windows.Controls.UIElementCollection.System.Collections.IList.Add(Object value) at System.Xaml.Schema.XamlTypeInvoker.AddToCollection(Object instance, Object item) at MS.Internal.Xaml.Runtime.ClrObjectRuntime.Add(Object collection, XamlType collectionType, Object value, XamlType valueXamlType) --- End of inner exception stack trace --- at System.Windows.Markup.XamlReader.RewrapException(Exception e, IXamlLineInfo lineInfo, Uri baseUri) at System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri) at System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri) at System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream) at System.Windows.Application.LoadBamlStreamWithSyncInfo(Stream stream, ParserContext pc) at System.Windows.Application.LoadComponent(Uri resourceLocator, Boolean bSkipJournaledProperties) at System.Windows.Application.DoStartup() --- snip --- Trace log: --- snip --- 002a:CALL wpfgfx_v0400.WgxConnection_Create(<unknown, check return>) ret=04c1aa1b ... 002a:RET wpfgfx_v0400.WgxConnection_Create(00000000,0478617c) retval=00000000 ret=04c1aa1b ... 002a:CALL wpfgfx_v0400.MilConnection_CreateChannel(<unknown, check return>) ret=04c1aac4 ... 002a:Call KERNEL32.LoadLibraryW(55084500 L"wpftxt_v0400.dll") ret=550844d6 002a:Ret KERNEL32.LoadLibraryW() retval=561c0000 ret=550844d6 ... 002a:CALL wpftxt_v0400.1(<unknown, check return>) ret=5508259e ... 002a:Call rpcrt4.RpcStringBindingComposeW(00000000,561d9a24 L"ncalrpc",00000000,561d9a38 L"{2da8dded-086f-4cb9-a77f-b974b9cb0186}",00000000,0032d6d0) ret=561d99b2 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,000000bc) ret=20317376 002a:Ret ntdll.RtlAllocateHeap() retval=0017cc48 ret=20317376 002a:Ret rpcrt4.RpcStringBindingComposeW() retval=00000000 ret=561d99b2 002a:Call rpcrt4.RpcBindingFromStringBindingW(0017cc48 L"ncalrpc:[{2da8dded-086f-4cb9-a77f-b974b9cb0186}]",0032d68c) ret=561d991b ... 002a:Ret rpcrt4.RpcBindingFromStringBindingW() retval=00000000 ret=561d991b 002a:Call rpcrt4.RpcBindingSetAuthInfoExW(0017cd68,561d9970 L"LocalService",00000006,0000000a,00000000,00000000,0032d690) ret=561d9955 ... 002a:Call secur32.AcquireCredentialsHandleW(00000000,0018cc92 L"NTLM",00000002,00000000,00000000,00000000,00000000,0032d538,0032d530) ret=2031b47b ... 002a:Ret secur32.AcquireCredentialsHandleW() retval=00000000 ret=2031b47b ... 002a:Ret rpcrt4.RpcBindingSetAuthInfoExW() retval=00000000 ret=561d9955 ... 002a:Call rpcrt4.RpcMgmtIsServerListening(0017cd68) ret=561d99db 002a:fixme:rpc:RpcMgmtIsServerListening (0x17cd68): stub 002a:Ret rpcrt4.RpcMgmtIsServerListening() retval=000006a6 ret=561d99db ... 002a:CALL MSVCR100_CLR0400._CxxThrowException(<unknown, check return>) ret=562006a7 002a:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032d694) ret=79084c0f 002a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b838ccb ip=7b838ccb tid=002a 002a:trace:seh:raise_exception info[0]=19930520 002a:trace:seh:raise_exception info[1]=0032d6c0 002a:trace:seh:raise_exception info[2]=5625e764 002a:trace:seh:raise_exception eax=7b8261a9 ebx=7b8a9a08 ecx=19930520 edx=0032d5a4 esi=0032d680 edi=0032d600 002a:trace:seh:raise_exception ebp=0032d5e8 esp=0032d584 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000207 002a:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e06d7363 flags=1 ... 002a:RET wpftxt_v0400.1(00000000,550825b0,0032d924) retval=800706a6 ret=5508259e ... 002a:RET wpfgfx_v0400.MilConnection_CreateChannel(001763a0,00000000,00cd588c) retval=800706a6 ret=04c1aac4 ... 002a:Call KERNEL32.FormatMessageW(000031ff,00000000,800706a6,00000400,0032d558,00000000,0032d504) ret=7923ae16 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=7923ae16 ... 002a:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032d970) ret=791cac08 002a:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b838ccb ip=7b838ccb tid=002a 002a:trace:seh:raise_exception info[0]=800706a6 002a:trace:seh:raise_exception info[1]=00000000 ... 002a:Call KERNEL32.WideCharToMultiByte(000001b5,00000000,00197a40 L"System.Windows.Markup.XamlParseException: 'Add value to collection of type 'System.Windows.Controls.UIElementCollection' threw an exception.' Line number '4' and line position '28'. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x800706A6\r\n at System.Windows.Media.Medi"...,000012cc,00000000,00000000,00000000,00000000) ret=7943d8b0 ... --- snip --- Code: http://source.winehq.org/git/wine.git/blob/92ff5f354873cb845f79d950a9877e5c… --- snip --- 1620 /*********************************************************************** 1621 * RpcMgmtIsServerListening (RPCRT4.@) 1622 */ 1623 RPC_STATUS WINAPI RpcMgmtIsServerListening(RPC_BINDING_HANDLE Binding) 1624 { 1625 FIXME("(%p): stub\n", Binding); 1626 return RPC_S_INVALID_BINDING; 1627 } --- snip --- If RPC_S_NOT_LISTENING is returned, "WPFFontCache_v0400" service started and the subsystem doesn't fail. Later it runs into bug 18640 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 30707] New: Add support for .NET 4.0 assembly cache (.NET 4.0 Framework installer)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30707 Bug #: 30707 Summary: Add support for .NET 4.0 assembly cache (.NET 4.0 Framework installer) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, this is a bug covering Hans' patch http://source.winehq.org/patches/data/86357 'winetricks dotnet40' recipe currently contains 'gacutil' workaround/hack for installing assemblies into .NET 4.0 GAC. .NET's native fusion currently fails due to junction support (bug 10601) hence all assemblies must be manually installed using 'gacutil' as post-installation step. Using Hans' patch and setting 'fusion=builtin' before running the .NET 4.0 installer gets .NET 4.0 assemblies installed into GAC. The installer actually succeeds which is an improvement over the current "workaround" recipe. There is a difference though. With Hans' patch all .NET 4.0 assemblies get installed into: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/assembly ... $ ls */* GAC_32/CustomMarshalers: 4.0.0.0__b03f5f7f11d50a3a GAC_32/ISymWrapper: 4.0.0.0__b03f5f7f11d50a3a GAC_32/Microsoft.Transactions.Bridge.Dtc: 4.0.0.0__b03f5f7f11d50a3a GAC_32/Microsoft.VisualBasic.Activities.Compiler: 10.0.0.0__b03f5f7f11d50a3a ... GAC_32/System.Web: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/Accessibility: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/AspNetMMCExt: 4.0.0.0__b03f5f7f11d50a3a GAC_MSIL/Microsoft.Build: 4.0.0.0__b03f5f7f11d50a3a ... --- snip --- Starting with .NET 4.0 there exist two global assembly caches - the "public" one and a "private" one for the Framework. In previous versions, all .NET assemblies were installed into "C:\\windows\\assembly". With .NET 4.0 the assemblies are further split. The "private" GAC for 4.0 is located in "c:\\windows\\Microsoft.NET\\assembly". See: http://msdn.microsoft.com/en-us/magazine/dd727509.aspx ("Understanding The CLR Binder") --- quote --- In .NET Framework 4.0, the GAC went through a few changes. The concept of placing assemblies into a global directory began in CLR v1.1. In case of .NET Framework 1.1 (which had CLR v1.1) and .NET Framework 2.0 (which had CLR 2.0), the GAC was split into two, one for each CLR. This avoided the leaking of assemblies across CLR versions. For example, if both .NET 1.1 and .NET 2.0 shared the same GAC, then a .NET 1.1 application, loading an assembly from this shared GAC, could get .NET 2.0 assemblies, thereby breaking the .NET 1.1 application. The CLR version used for both .NET Framework 2.0 and .NET Framework 3.5 is CLR 2.0. As a result of this, there was no need in the previous two framework releases to split the GAC. The problem of breaking older (in this case, .NET 2.0) applications resurfaces in Net Framework 4.0 at which point CLR 4.0 released. Hence, to avoid interference issues between CLR 2.0 and CLR 4.0, the GAC is now split into private GACs for each runtime. Tools such as GACUtil and Shfusion will behave exactly the same as they did in pre–.NET Framework 4.0 scenarios. Also, the behavior of publisher policy (explicitly mentioned, since it is required to install these policy files to the GAC) will not change. The main change is that CLR v2.0 applications now cannot see CLR v4.0 assemblies in the GAC. ... --- quote --- With the current 'winetricks dotnet40' recipe and help of .NET 4.0 'gacutil' the assemblies live in "private" GAC: --- snip --- $ pwd /home/focht/.wine/drive_c/windows/Microsoft.NET/assembly ... $ ls */* GAC_MSIL/UIAutomationProvider: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/UIAutomationTypes: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/WindowsBase: v4.0_4.0.0.0__31bf3856ad364e35 GAC_MSIL/WindowsFormsIntegration: v4.0_4.0.0.0__31bf3856ad364e35 --- snip --- "public" GAC with no previous .NET versions installed: --- snip --- $ ls assembly/ PublisherPolicy.tme pubpol1.dat temp tmp --- snip --- There are some problems when 'fusion' remains set to 'builtin' after installation though that will be subject to other bugs. If the .NET 4.0 'private' GAC location is fixed one can safely remove 'fusion=builtin' workaround after running the installer and have a functional .NET Framework installation running with native mscoree/fusion. This allows to get rid of 'gacutil' hack. 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 27659] New: Microsoft .NET 4 disk space blocker
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=27659 Summary: Microsoft .NET 4 disk space blocker Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Riskexas(a)gmail.com So i have problems with microsoft .NET 4 - First time i installed it it worked fine but i had to renew my wine to play Terraria(from 1.3.15 to 1.3.23). So i did it and now trying to instal .NET 4 it shows that there is not enough disk space: Drive c: Required - 64u MB, Available - 64u MB This blocks my installation. NOTE:No, mono doesn't work! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 33392] New: winetricks dotnet40 install stuck on required disk space dialog
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33392 Bug #: 33392 Summary: winetricks dotnet40 install stuck on required disk space dialog Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)skierpage.com Classification: Unclassified Created attachment 44186 --> http://bugs.winehq.org/attachment.cgi?id=44186 install won't continue past this requirements dialog tl;dr: The dotnet40 installer mis-reports the required and available space on drive C: as "64uMB". I need to install .NET 4.0 for TurboTax Deluxe 2012. So run winetricks dotnet40, it tells me to download gac<something> and restart, I do. After accepting the license I get the following dialog, which I'll attach as a screenshot <2> Resolve the conflicts, click Refresh to confirm the conflicts have been resolved,then click Next to continue with the installation. ⃠ Drive C: Required - 64uMB, Available - 64u MB v These programs must be closed v These services must be stopped [nothing listed] I was at 99% on my ext4 home drive, so I freed some space (now at Size 7.3G Used Avail 592M) and clicked [Refresh]. The dialog didn't change, so I Canceled the installation and repeated, but got the same dialog with the same incorrect space reporting. Console output shows no obvious problems: fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006e, 0, L"Please accept the license terms to continue."): stub fixme:propsheet:PROPSHEET_SetHeaderTitleW (0x1006e, 1, L"System Requirements"): stub fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006e, 1, L"Setup cannot continue until the following conflicts have been resolved."): stub This sounds like bug 27659 which went away for the reporter and so was closed. -- 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 31130] New: Microsoft C# compiler from .NET Framework 4.x requires kernel32.dll GetLocaleInfoEx
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31130 Bug #: 31130 Summary: Microsoft C# compiler from .NET Framework 4.x requires kernel32.dll GetLocaleInfoEx Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 31128 The .NET 4.x compiler needs kernel32 GetLocaleInfoEx: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe" CompressionDemo.sln ... CoreCompile: C:\windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig /nowarn:1701, 1702 /nostdlib+ /errorreport:prompt /warn:4 /define:DEBUG;TRACE /highentropyv a+ /reference:C:\windows\Microsoft.Net\assembly\GAC_MSIL\Microsoft.CSharp\v4. 0_4.0.0.0__b03f5f7f11d50a3a\Microsoft.CSharp.dll /reference:C:\windows\Micros oft.NET\Framework\v4.0.30319\mscorlib.dll /reference:C:\windows\Microsoft.Net \assembly\GAC_MSIL\System.Core\v4.0_4.0.0.0__b77a5c561934e089\System.Core.dll /reference:C:\windows\Microsoft.Net\assembly\GAC_MSIL\System.Data.DataSetExt ensions\v4.0_4.0.0.0__b77a5c561934e089\System.Data.DataSetExtensions.dll /ref erence:C:\windows\Microsoft.Net\assembly\GAC_32\System.Data\v4.0_4.0.0.0__b77 a5c561934e089\System.Data.dll /reference:C:\windows\Microsoft.Net\assembly\GA C_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll /reference:C:\windows \Microsoft.Net\assembly\GAC_MSIL\System.IO.Compression\v4.0_4.0.0.0__b77a5c56 1934e089\System.IO.Compression.dll /reference:C:\windows\Microsoft.Net\assemb ly\GAC_MSIL\System.IO.Compression.FileSystem\v4.0_4.0.0.0__b77a5c561934e089\S ystem.IO.Compression.FileSystem.dll /reference:C:\windows\Microsoft.Net\assem bly\GAC_MSIL\System.Xml\v4.0_4.0.0.0__b77a5c561934e089\System.Xml.dll /refere nce:C:\windows\Microsoft.Net\assembly\GAC_MSIL\System.Xml.Linq\v4.0_4.0.0.0__ b77a5c561934e089\System.Xml.Linq.dll /debug+ /debug:full /filealign:512 /opti mize- /out:obj\Debug\ImprovedCompression.dll /subsystemversion:6.00 /target:l ibrary /utf8output Compression.cs Properties\AssemblyInfo.cs "C:\users\focht\ Temp\.NETFramework,Version=v4.5.AssemblyAttributes.cs" fixme:process:SetProcessDEPPolicy (1): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 wine: Call from 0x7bc4c092 to unimplemented function KERNEL32.dll.GetLocaleInfoEx, aborting wine: Unimplemented function KERNEL32.dll.GetLocaleInfoEx called at address 0x7bc4c092 (thread 02c4), starting debugger... --- snip --- Prequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (RC) install, see appdb Example project: http://www.codeproject.com/Articles/381661/Creating-Zip-Files-Easily-in-NET… ("Creating Zip Files Easily in .NET 4.5") Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 31128] New: Microsoft.Build tool from .NET Framework 4.x requires kernel32.dll GetDynamicTimeZoneInformation
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31128 Bug #: 31128 Summary: Microsoft.Build tool from .NET Framework 4.x requires kernel32.dll GetDynamicTimeZoneInformation Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, trying to compile a simple .NET 4.x solution with MSBuild tool results in: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe" CompressionDemo.sln ... MSBUILD : error MSB4017: The build stopped unexpectedly because of an unexpected logger failure. Microsoft.Build.Exceptions.InternalLoggerException: The build stopped unexpectedly because of an unexpected logger failure. ---> System.EntryPointNotFoundException: Unable to find an entry point named 'GetDynamicTimeZoneInformation' in DLL 'kernel32.dll'. at Microsoft.Win32.UnsafeNativeMethods.GetDynamicTimeZoneInformation(DynamicTimeZoneInformation& lpDynamicTimeZoneInformation) at System.TimeZoneInfo.GetLocalTimeZone(CachedData cachedData) at System.TimeZoneInfo.CachedData.CreateLocal() at System.DateTime.ToLocalTime(Boolean throwOnOverflow) at Microsoft.Build.Framework.BuildEventArgs.get_Timestamp() at Microsoft.Build.BackEnd.Logging.ParallelConsoleLogger.BuildStartedHandler(Object sender, BuildStartedEventArgs e) at Microsoft.Build.Evaluation.ProjectCollection.ReusableLogger.BuildStartedHandler(Object sender, BuildStartedEventArgs e) at Microsoft.Build.BackEnd.Logging.EventSourceSink.RaiseBuildStartedEvent(Object sender, BuildStartedEventArgs buildEvent) --- snip --- Prequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (RC) install, see appdb Example project: http://www.codeproject.com/Articles/381661/Creating-Zip-Files-Easily-in-NET… ("Creating Zip Files Easily in .NET 4.5") 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 31127] New: .NET Framework 4.5 RC Runtime Optimization Service needs kernel32.dll WerSetFlags stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31127 Bug #: 31127 Summary: .NET Framework 4.5 RC Runtime Optimization Service needs kernel32.dll WerSetFlags stub Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, as it says ... $ WINEDEBUG=+tid,+seh,+relay wine net start clr_optimization_v4.0.30319_32 >> log.txt 2>&1 --- snip --- ... 000f:Call KERNEL32.CreateProcessW(00000000,00119d28 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorsvw.exe",00000000,00000000,00000000,00000400,00540000,00000000,0033fc68,0033fcac) ret=7ed925fc ... 0013:Call KERNEL32.__wine_kernel_init() ret=7bc5337a 000f:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ed925fc ... 0013:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4c092 ip=7bc4c092 tid=0013 0013:trace:seh:raise_exception info[0]=00413a5c 0013:trace:seh:raise_exception info[1]=00414186 wine: Call from 0x7bc4c092 to unimplemented function KERNEL32.dll.WerSetFlags, aborting 0013:trace:seh:call_stack_handlers calling handler at 0x40f40d code=80000100 flags=1 --- snip --- $ du -sh dotNetFx45_Full_x86_x64.exe 49M dotNetFx45_Full_x86_x64.exe $ sha1sum dotNetFx45_Full_x86_x64.exe f55fd7623f3b7110622b37db85042a6dad7228ff dotNetFx45_Full_x86_x64.exe $ wine --version wine-1.5.8 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 30635] New: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll.IWICStream_InitializeFromMemory_Proxy
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30635 Bug #: 30635 Summary: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll.IWICStream_InitializeFromMemory_Prox y Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 20220. --- snip --- wine: Call from 0x7b8393ff to unimplemented function windowscodecs.dll.IWICStream_InitializeFromMemory_Proxy, aborting ... Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Runtime.InteropServices.SEHException: External component has thrown an exception. at MS.Win32.PresentationCore.UnsafeNativeMethods.WICStream.InitializeFromMemory(IntPtr pIWICStream, IntPtr pbBuffer, UInt32 cbSize) at System.Windows.Media.StreamAsIStream.IStreamFrom(IntPtr memoryBuffer, Int32 bufferSize) at System.Windows.Media.Imaging.BitmapDecoder.GetIStreamFromStream(Stream& bitmapStream) at System.Windows.Media.Imaging.BitmapDecoder.SetupDecoderFromUriOrStream(Uri uri, Stream stream, BitmapCacheOption cacheOption, Guid& clsId, Boolean& isOriginalWritable, Stream& uriStream, UnmanagedMemoryStream& unmanagedMemoryStream, SafeFileHandle& safeFilehandle) at System.Windows.Media.Imaging.BitmapDecoder.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, Boolean insertInDecoderCache) at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption) at System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext context, CultureInfo culture, Object value) at System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext context, CultureInfo culture, String text) at System.Windows.Markup.XamlTypeMapper.ParseProperty(Object targetObject, Type propType, String propName, Object dpOrPiOrFi, ITypeDescriptorContext typeContext, ParserContext parserContext, String value, Int16 converterTypeId) ... --- snip --- $ wine --version wine-1.5.3-243-g9c0486d Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 20220] New: AutoCAD 2009: unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20220 Summary: AutoCAD 2009: unimplemented function windowscodecs.dll.WICCreateImagingFactory_Proxy Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=23845) --> (http://bugs.winehq.org/attachment.cgi?id=23845) backtrace with built-in windowscodecs.dll I'm using wine-1.1.30-115-gf8ec47d on Fedora 11 32 bit. Steps to reproduce: 1) start AutoCAD 2009 2) draw a line 3) select a line 4) get Unhandeled exception window from bug #20214 5) unselect line 6) hold left ctrl and select line Application crashes and closes without error message. If I use native windowscodecs.dll (699.5 KB) I get neither crash nor application closes. I did so as Vincent Povirk advised me in bug #20214 so I went to this website and did all what was written there http://wiki.winehq.org/Backtraces built-in windowscodecs.dll backtrace in attachment native windowscodecs.dll no backtrace, no crash -- 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 25

[Bug 18640] New: .NET 3.0 WPF requires IDirect3D9Ex to be functional
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18640 Summary: .NET 3.0 WPF requires IDirect3D9Ex to be functional Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another one, rotting on harddisk half a year now (since first .NET 3.0 voyage) - before it gets lost. --- snip --- ... fixme:d3d9:IDirect3D9ExImpl_GetAdapterLUID (0x17b328)->(0, 0x1814d0) fixme:d3d9:IDirect3D9ExImpl_GetAdapterDisplayModeEx (0x17b328)->(0, 0x181568, 0x181580): Stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546e4, (nil)) stub! ... err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760827 in caller: Could not create display set. fixme:d3d9:IDirect3D9ExImpl_GetAdapterLUID (0x17a388)->(0, 0x19bcc0) fixme:d3d9:IDirect3D9ExImpl_GetAdapterDisplayModeEx (0x17a388)->(0, 0x19bd58, 0x19bd70): Stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533547a4, (nil)) stub! err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760827 in caller: The render thread failed unexpectedly. fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533548ac, (nil)) stub! ... fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.resources" ... fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000102,0x3009a1b4,0x6cc5c4): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"viewer.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"473fefa6" err:eventlog:ReportEventW L"presentationframework" err:eventlog:ReportEventW L"3.0.0.0" err:eventlog:ReportEventW L"45398c20" err:eventlog:ReportEventW L"6496" err:eventlog:ReportEventW L"be" err:eventlog:ReportEventW L"system.windows.markup.xamlparse" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub ... Unhandled Exception: System.Windows.Markup.XamlParseException: Cannot create instance of 'MainWindow' defined in assembly 'Viewer, Version=1.0.0.0, Culture=neutral, PublicKeyToken=963dca5fb49a45ad'. Exception has been thrown by the target of an invocation. Error in markup file 'MainWindow.xaml'. ---> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Windows.Markup.XamlParseException: 'Menu' object cannot be added to 'Grid'. Exception from HRESULT: 0x88980406 Error at object 'System.Windows.Controls.Menu' in markup file 'Viewer;component/mainwindow.xaml'. ---> System.Runtime.InteropServices.COMException (0x88980406): Exception from HRESULT: 0x88980406 at MS.Internal.HRESULT.Check(Int32 hr) at System.Windows.Media.Composition.DUCE.Channel.SyncFlush() at System.Windows.Media.MediaContext.CompleteRender() at System.Windows.Media.MediaContext.CreateChannels() at System.Windows.Media.MediaSystem.ConnectChannels(MediaContext mc) at System.Windows.Media.MediaContext..ctor(Dispatcher dispatcher) at System.Windows.Media.MediaContext.From(Dispatcher dispatcher) at System.Windows.Media.VisualCollection.Add(Visual visual) at System.Windows.Controls.UIElementCollection.AddInternal(UIElement element) at System.Windows.Controls.UIElementCollection.Add(UIElement element) at System.Windows.Controls.UIElementCollection.System.Collections.IList.Add(Object value) at System.Windows.Markup.BamlRecordReader.AddToContentProperty(Object container, Object contentProperty, Object value) ... --- snip --- IDirect3D9ExImpl_GetAdapterLUID IDirect3D9ExImpl_GetAdapterDisplayModeEx currently return D3DERR_DRIVERINTERNALERROR 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 41

[Bug 18638] New: .NET 3.0 apps abort with: Call from to unimplemented function GDI32.dll.GdiEntry13, aborting
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18638 Summary: .NET 3.0 apps abort with: Call from to unimplemented function GDI32.dll.GdiEntry13, aborting Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another one, rotting on harddisk half a year now (since first .NET 3.0 voyage) - before it gets lost. --- snip --- Wine: Call from 0x53214562 to unimplemented function GDI32.dll.GdiEntry13, aborting fixme:advapi:CheckTokenMembership (0x204 0x192490 0x7eb318a8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,nil),0x0008,0x000000ea,0x3009a1b4,0x7ed505c0): stub err:eventlog:ReportEventW L"viewer.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"473fefa6" err:eventlog:ReportEventW L"milcore.dll" err:eventlog:ReportEventW L"6.0.5840.16386" err:eventlog:ReportEventW L"4539975a" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"00084562" fixme:advapi:DeregisterEventSource (0xcafe4242) stub --- snip --- A simple stub is enough. See: http://msdn.microsoft.com/en-us/library/ms648442.aspx Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 30758] New: .NET 4.0 installer/CLR native ngen.exe runs into "unimplemented function fusion.dll.InitializeFusion, aborting" (Wine builtin fusion override during .NET 4 install)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30758 Bug #: 30758 Summary: .NET 4.0 installer/CLR native ngen.exe runs into "unimplemented function fusion.dll.InitializeFusion, aborting" (Wine builtin fusion override during .NET 4 install) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: fusion AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, with bug 30707 is fixed all .NET 4.0 assemblies are now installed when using "fusion=builtin,native". As already written, an additional "ngen=builtin" is needed for install process to avoid native ngen.exe being called which wants this unimplemented fusion API. It's not really harmful as these deferred assembly -> GAC install steps have already been carried out by msi install itself but it might confuse/scare users looking at terminal output, spotting "unimplemented function fusion.dll.InitializeFusion, aborting". --- snip --- 00ff:Call KERNEL32.CreateProcessW(00000000,00cb5e98 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe executeQueuedItems 1",00000000,00000000,00000001,00000000,00000000,00cb6058 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319",0151d6b8,0151d698) ret=00c8ffd9 ... 0101:Call KERNEL32.__wine_kernel_init() ret=7bc5312a 00ff:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00c8ffd9 ... 0101:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033e640) ret=f73966d9 0101:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83940f ip=7b83940f tid=0101 0101:trace:seh:raise_exception info[0]=f7396740 0101:trace:seh:raise_exception info[1]=f7396780 wine: Call from 0x7b83940f to unimplemented function fusion.dll.InitializeFusion, aborting ... 0101:Call oleaut32.SysAllocString(0016eb08 L"Uninstalling assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 because of an error during compilation: Unknown exception.\n") ret=608f07f9 ... --- snip --- The assemblies are not really uninstalled as the message suggests. Adding a simple stub for HRESULT WINAPI InitializeFusion(void), returning E_NOTIMPL is enough to avoid that. Only called two times: --- snip --- ... fixme:fusion:InitializeFusion stub! fixme:fusion:InitializeFusion stub! --- snip --- After winetricks install recipe is finished, "fusion=builtin,native" override should be dropped/reversed (not made permanent). This allows for GAC rebuild/updates or later installation of assemblies that are not part of msi installers (using native ngen). For example to trigger manual GAC rebuild/update: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update --- snip --- Regard -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 18639] New: .NET 3.0 WPF needs NtSecureConnectPort stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18639 Summary: .NET 3.0 WPF needs NtSecureConnectPort stub Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another one, rotting on harddisk half a year now (since first .NET 3.0 voyage) - before it gets lost. --- snip --- $ wine ./Viewer.exe fixme:ole:CoGetContextToken stub fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework" fixme:shell:URL_ParseUrl failed to parse L"WindowsBase" fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"PresentationCore" fixme:advapi:RegisterTraceGuidsW 0x6307f2 (nil) 0x32dfc4 1 0x32dfa0 (null) (null) 0x32dfa8 fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources" fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources" fixme:shell:URL_ParseUrl failed to parse L"Engine" fixme:shell:URL_ParseUrl failed to parse L"msvcm90" fixme:shell:URL_ParseUrl failed to parse L"Cube" fixme:advapi:RegisterTraceGuidsW 0x532dc234 (nil) 0x53218780 27 0x32d050 (null) (null) 0x53355f40 fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546cc, (nil)) stub! wine: Call from 0x7bc3c616 to unimplemented function ntdll.dll.NtSecureConnectPort, aborting fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.resources" fixme:advapi:CheckTokenMembership (0x1c4 0x174c50 0x32d5f8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000102,0x3009a1b4,0x7ed505c4): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"viewer.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"473fefa6" err:eventlog:ReportEventW L"presentationframework" err:eventlog:ReportEventW L"3.0.0.0" err:eventlog:ReportEventW L"45398c20" err:eventlog:ReportEventW L"6496" err:eventlog:ReportEventW L"be" err:eventlog:ReportEventW L"system.windows.markup.xamlparse" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet Unhandled Exception: System.Windows.Markup.XamlParseException: Cannot create instance of 'MainWindow' defined in assembly 'Viewer, Version=1.0.0.0, Culture=neutral, PublicKeyToken=963dca5fb49a45ad'. Exception has been thrown by the target of an invocation. Error in markup file 'MainWindow.xaml'. ---> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Window' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.FrameworkElement' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Documents.TextElement' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Media.FontFamily' threw an exception. ---> System.Runtime.InteropServices.SEHException: External component has thrown an exception. at NtSecureConnectPort(Void** , _UNICODE_STRING* , _SECURITY_QUALITY_OF_SERVICE* , _PORT_VIEW* , Void* , _REMOTE_PORT_VIEW* , UInt32* , Void* , UInt32* ) at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName, Void* rawExpectedSid, Byte[] connectBuffer, Int32& errorCode) at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName, Sid expectedSid, Byte[] connectBuffer, Int32& errorCode) at MS.Internal.FontCache.LPCProtocol.TryConnectToServer(Int32 timeout, Int32& errorCode) at MS.Internal.FontCache.IPCCacheManager.GetServerSectionName(Int32 timeout, Int32& errorCode) at MS.Internal.FontCache.CacheManager.GetServerCache() at MS.Internal.FontCache.CacheManager.Lookup(IFontCacheElement e) at System.Windows.Media.FontFamily.PreCreateDefaultFamilyCollection() at System.Windows.Media.FontFamily..cctor() ... at Viewer.App.Main() wine: Unhandled exception 0xe0434f4d at address 0x7b844f6c (thread 003e), starting debugger... Unhandled exception: 0xe0434f4d in 32-bit code (0x7b844fef). --- snip --- A simple stub returning STATUS_NOT_IMPLEMENTED is enough. 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 17

[Bug 46085] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-winrt-string-l1-1-1.dll' stub dll
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46085 Bug ID: 46085 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-winrt-string-l1-1-1.dll' stub dll Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at 0x140000000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7fb3600000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at 0x7fb34a0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin ... 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000: builtin 0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at 0x7fb2a60000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at 0x7fb2a40000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at 0x7fb2a20000: builtin 0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found ... 0009:err:module:attach_dlls Importing dlls for L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed, status c0000135 --- snip --- 'api-ms-win-core-winrt-l1-1-0' exists but not the 1.1.1 API set. Wine source: https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-winr… https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-winr… Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… $ wine64 --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 5

[Bug 46086] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-processthreads-l1-1-3' stub dll
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46086 Bug ID: 46086 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-processthreads-l1-1-3' stub dll Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at 0x140000000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7fb3600000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at 0x7fb34a0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin ... 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000: builtin 0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at 0x7fb2a60000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at 0x7fb2a40000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at 0x7fb2a20000: builtin 0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found ... 0009:err:module:attach_dlls Importing dlls for L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed, status c0000135 --- snip --- 'api-ms-win-core-processthreads-l1-1-2' exists but not the 1.1.3 API set. Wine source: https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-proc… https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-proc… Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… $ wine64 --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 5

[Bug 46101] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) crash on unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46101 Bug ID: 46101 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) crash on unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHand leW Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ pwd /home/focht/projects/woa-winrt/win10sdk-install/Windows Kits/10/bin/10.0.17763.0/arm64 $ WINEDEBUG=+seh,+loaddll,+process wine64 ./DeployUtil.exe ... wine: Call from 0x7bcd0024 to unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW, aborting 0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=80000100 flags=1 wine: Unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW called at address 0x7bcd0024 (thread 0009), starting debugger... Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\projects\woa-winrt\win10sdk-install\Windows Kits\10\bin\10.0.17763.0\arm64\DeployUtil.exe 00000009 0 <== ... System information: Wine build: wine-3.19-149-g0dd6105d23 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-libr… --- snip --- 1 @ stdcall FindResourceW(long wstr wstr) kernel32.FindResourceW 2 @ stdcall LoadLibraryA(str) kernel32.LoadLibraryA 3 @ stdcall LoadLibraryW(wstr) kernel32.LoadLibraryW --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… Even in the 1.2.0 APIset is has a lot more functions listed than Wine's .spec file. I wonder what Windows 10/SDK version was used to generate these spec files. Unfortunately that information is rarely given in the patch description. I've already complained about that poor traceability in the past. 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 10

[Bug 46092] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) want 'kernel32.GetSystemInfo' support for 'PROCESSOR_ARCHITECTURE_ARM64' ('Unknown processor architecture c')
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46092 Bug ID: 46092 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) want 'kernel32.GetSystemInfo' support for 'PROCESSOR_ARCHITECTURE_ARM64' ('Unknown processor architecture c') Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Not a blocker but still might be useful for more complete aarch64 Wine support. --- snip --- win10sdk-install/Windows Kits/10/Debuggers/arm64$ WINEDEBUG=+seh,+loaddll,+process WINEDLLOVERRIDES=dbgeng=n wine64 ./cdb.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\wine\\win10sdk-install\\Windows Kits\\10\\Debuggers\\arm64\\cdb.exe" at 0x140000000: native ... 0029:fixme:ver:GetFileVersionInfoSizeExW flags 0x2 ignored Microsoft (R) Windows Debugger Version 10.0.17763.1 ARM64 Copyright (c) Microsoft Corporation. All rights reserved. 0029:fixme:ver:GetFileVersionInfoExW flags 0x2 ignored 0009:fixme:reg:GetSystemInfo Unknown processor architecture c 0009:fixme:reg:GetSystemInfo Unknown processor architecture c 0029:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\api-ms-win-core-version-l1-1-0.dll" : builtin Failed to open \\.\com1 Kernel debugger failed initialization, Win32 error 0n2 "File not found." --- snip --- 0xC = 12 -> PROCESSOR_ARCHITECTURE_ARM64 Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/cpu.c#l104 --- snip --- 104 VOID WINAPI GetSystemInfo( 105 LPSYSTEM_INFO si /* [out] Destination for system information, may not be NULL */) 106 { 107 NTSTATUS nts; 108 SYSTEM_CPU_INFORMATION sci; 109 110 TRACE("si=0x%p\n", si); 111 112 if ((nts = NtQuerySystemInformation( SystemCpuInformation, &sci, sizeof(sci), NULL )) != STATUS_SUCCESS) 113 { 114 SetLastError(RtlNtStatusToDosError(nts)); 115 return; 116 } ... 153 case PROCESSOR_ARCHITECTURE_ARM: 154 switch (sci.Level) 155 { 156 case 4: si->dwProcessorType = PROCESSOR_ARM_7TDMI; break; 157 default: si->dwProcessorType = PROCESSOR_ARM920; 158 } 159 break; 160 default: 161 FIXME("Unknown processor architecture %x\n", sci.Architecture); 162 si->dwProcessorType = 0; 163 } 164 si->dwAllocationGranularity = system_info.AllocationGranularity; 165 si->wProcessorLevel = sci.Level; 166 si->wProcessorRevision = sci.Revision; 167 } --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine64 --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 8

[Bug 46088] New: BETest tool from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateVssBackupComponentsInternal
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46088 Bug ID: 46088 Summary: BETest tool from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateVssBackupComponentsInternal Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vssapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 ./betest.exe ... wine: Call from 0x7bccff04 to unimplemented function vssapi.dll.CreateVssBackupComponentsInternal, aborting 0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=80000100 flags=1 wine: Unimplemented function vssapi.dll.CreateVssBackupComponentsInternal called at address 0x7bccff04 (thread 0009), starting debugger... 0009:trace:seh:start_debugger Starting debugger "winedbg --auto 8 80" ... 0009:trace:seh:call_stack_handlers handler at 0x7b4d6330 returned 1 Unhandled exception: unimplemented function vssapi.dll.CreateVssBackupComponentsInternal called in 64-bit code (0x000000007bccff04). Register dump: ARM64 EL0t Mode Pc:000000007bccff04 Sp:000000000022def0 Lr:000000007bcd20e8 Cpsr:20000000(--C-) x0: 000000000022df18 x1: 000000000022e390 x2: 0000000000000001 x3: 000000000022e2d0 x4: 000000000022e3a0 x5: 000000000022e300 x6: 0000007fa6e1e148 x7: 0000007fa6e1eeab x8: 000000000022df18 x9: 000000000022df18 x10:0000000000000008 x11:0000000000000002 x12:0000000140044000 x13:0000000000000001 x14:000000007bd0c4bd x15:0000000000000147 ip0:000000007b674000 ip1:0000007fa7f4b250 x18:000000007ffd8000 x19:0000000000000000 x20:0000000000000000 x21:00000001400345c8 x22:000000000022f8c0 x23:000000000022f8b8 x24:0000000000000000 x25:0000000140051000 x26:000000000022e3c0 x27:000000007b4ee926 x28:000000007b4a2b60 Fp:000000000022e2c0 Stack dump: ... Backtrace: =>0 0x000000007bccff04 RtlCaptureContext+0xa4() in ntdll (0x000000000022e2c0) 1 0x000000007bcd20e8 RtlRaiseException+0x33(rec=0x22e2d0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:976] in ntdll (0x000000000022e2c0) 2 0x000000007bcd20e8 RtlRaiseException+0x33(rec=0x22e390) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:976] in ntdll (0x000000000022e380) 3 0x000000007b466b68 RaiseException+0xc7(code=0x7f, flags=0xa6e1e148, nbargs=0x7f, args=0x7fa6e1eeab) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:85] in kernel32 (0x000000000022e3b0) 4 0x0000007fa6e1e134 __wine_spec_unimplemented_stub+0x43(module=*** invalid address 0xffffbf53d43c4dde ***, function=0x0(nil)) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:34] in vssapi (0x000000000022f840) 5 0x0000007fa6e1d918 __wine_stub_CreateVssBackupComponentsInternal+0x1b() in vssapi (0x000000000022f8a0) 6 0x000000014000a78c in betest (+0xa78b) (0x000000000022f8a0) 0x000000007bccff04 RtlCaptureContext+0xa4 in ntdll: be_arm64_disasm_one_insn: not done Modules: Module Address Debug info Name (51 modules) ELF 7b400000- 7b826000 Dwarf kernel32<elf> \-PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> \-PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140056000 Export betest ELF 7fa6bc5000- 7fa6bfb000 Deferred imm32<elf> \-PE 7fa6bd0000- 7fa6bfb000 \ imm32 ... ELF 7fa8216000- 7fa8245000 Deferred ld-linux-aarch64.so.1 ELF 7fa8246000- 7fa8247000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\Downloads\win10sdk_arm64\arm64\betest.exe 00000009 0 <== ... System information: Wine build: wine-3.19-117-g4852130c82 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/vssapi/vssapi.spec#l… --- snip --- 73 @ stub CreateVssBackupComponentsInternal --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/vsbackup/nf-vsbackup-c… $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso 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 46089] New: TopoEdit tool from Windows 10 SDK (10.0.17763.x) crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure ( NULL dll failure hook)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46089 Bug ID: 46089 Summary: TopoEdit tool from Windows 10 SDK (10.0.17763.x) crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure (NULL dll failure hook) Product: Wine Version: 3.19 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. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+loaddll,+process,+module,+ntdll wine64 ./topoedit.exe >>log.txt 2>&1 ... 002b:Ret PE DLL (proc=0x180035d70,module=0x180000000 L"tedutil.dll",reason=PROCESS_ATTACH,res=0x22fc48) retval=1 002b:trace:module:process_attach (L"tedutil.dll",0x22fc48) - END 002b:trace:module:process_attach (L"topoedit.exe",0x22fc48) - END 002b:Starting process L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\topoedit.exe" (entryproc=0x14001ddb0) ... 002b:Call KERNEL32.LoadLibraryExW(140020a08 L"TEDUTIL.dll",00000000,00000000) ret=140012c64 ... 002b:Ret KERNEL32.LoadLibraryExW() retval=180000000 ret=140012c64 002b:Call ntdll.LdrResolveDelayLoadedAPI(140000000,140022588,00000000,7b43da8c,140027010,00000000) ret=14001e8fc 002b:fixme:module:LdrResolveDelayLoadedAPI (0x140000000, 0x140022588, (nil), 0x7b43da8c, 0x140027010, 0x00000000), partial stub 002b:trace:module:load_dll looking for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" in L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" ... 002b:trace:module:get_load_order looking for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:trace:module:get_load_order got hardcoded default for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:trace:module:load_builtin_dll Trying built-in L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:warn:module:load_builtin_dll cannot open .so lib for builtin L"ext-ms-win-shell-comctl32-init-l1-1-0.dll": /home/focht/projects/wine/mainline-install-aarch64/bin/../lib64/wine/ext-ms-win-shell-comctl32-init-l1-1-0.dll.so: cannot open shared object file: No such file or directory 002b:warn:module:load_dll Failed to load module L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"; status=c0000135 002b:trace:seh:raise_exception info[0]=0000000000000000 002b:trace:seh:raise_exception info[1]=0000000000000000 002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=c0000005 flags=0 002b:Call ntdll.NtCurrentTeb() ret=7b466c40 002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b466c40 002b:Call ntdll.NtCreateEvent(0022edf0,001f0003,0022edf8,00000000,00000000) ret=7b466f00 002b:Ret ntdll.NtCreateEvent() retval=00000000 ret=7b466f00 002b:Call ntdll.NtCurrentTeb() ret=7b4c5924 002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b4c5924 wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 002b), starting debugger... ... System information: Wine build: wine-3.19-117-g4852130c82 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Running with debugger: --- snip --- Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000). Register dump: ARM64 EL0t Mode Pc:0000000000000000 Sp:000000000023f5d0 Lr:000000007bc891b4 Cpsr:60000000(-ZC-) x0: 0000000000000004 x1: 000000000023f6a0 x2: 0000000000000010 x3: 000000007bd0c200 x4: 000000000023f6a0 x5: 0246490a4d1b1d40 x6: 401d1b4d0a494602 x7: 6e652e646c6e672e x8: 000000000023f6a0 x9: 0000000000000000 x10:00000000c0000135 x11:000000000000267c x12:000000000000267c x13:000000000002267c x14:0000000000000000 x15:0000000000000008 ip0:000000000002267c ip1:0000000000000000 x18:000000007ffd8000 x19:0000000140000000 x20:0000000000000001 x21:00000000002519be x22:0000000000000000 x23:000000014001f6f8 x24:0000000140025000 x25:0000000140025000 x26:000000007b4eaf38 x27:000000007b4ee926 x28:000000007b4a2b60 Fp:000000000023f740 ... Backtrace: =>0 0x0000000000000000 (0x000000000023f740) 1 0x000000007bc891b4 LdrResolveDelayLoadedAPI+0x3c7(base=0x140000000, desc=0x140022588, dllhook=(nil), syshook=0x7b494fa8, addr=0x140027010, flags=0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:2995] in ntdll (0x000000000023f740) 2 0x000000007bc891b4 LdrResolveDelayLoadedAPI+0x3c7(base=0x7b4a2b60, desc=0x7b8252b8, dllhook=0x140000000, syshook=0x140022588, addr=(nil), flags=0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:2995] in ntdll (0x000000000023f750) 3 0x000000014001e8fc in topoedit (+0x1e8fb) (0x000000000023f820) 4 0x0000000140012c90 in topoedit (+0x12c8f) (0x000000000023f820) 0x0000000000000000: -- no code accessible -- Wine-dbg>frame 1 2995 return dllhook(4, &delayinfo); Wine-dbg>info locals 0x000000007bc891b3 LdrResolveDelayLoadedAPI+0x3c7: (0023f740) void* base=0x140000000 (parameter [fp-32]) IMAGE_DELAYLOAD_DESCRIPTOR* desc=0x140022588 (parameter [fp-40]) PDELAYLOAD_FAILURE_DLL_CALLBACK dllhook=(nil) (parameter [fp-48]) void* syshook=0x7b494fa8 (parameter [fp-56]) IMAGE_THUNK_DATA* addr=0x140027010 (parameter [fp-64]) ULONG flags=0 (parameter [fp-68]) IMAGE_THUNK_DATA* pIAT=0x140027010 (local [fp-80]) IMAGE_THUNK_DATA* pINT=0x1400225d8 (local [fp-88]) DELAYLOAD_INFO delayinfo={Size=0x48, DelayloadDescriptor=0x140022588, ThunkAddress=0x140027010, TargetDllName="ext-ms-win-shell-comctl32-init-l1-1-0.dll", TargetApiDescriptor={ImportDescribedByName=0x1, Description={Name=*** invalid address 0x267c ***, Ordinal=0x267c}}, TargetModuleBase=0x0(nil), Unused=0x0(nil), LastError=0xc0000135} (local [fp-160]) UNICODE_STRING mod={Length=0, MaximumLength=0, Buffer=0x0(nil)} (local [fp-176]) CHAR* name="ext-ms-win-shell-comctl32-init-l1-1-0.dll" (local [sp+184]) HMODULE* phmod=0x140025858 (local [sp+176]) NTSTATUS nts=0xc0000135 (local [sp+172]) FARPROC fp=0x7bd0915d (local [sp+160]) DWORD id=0 (local [sp+156]) --- snip --- 'ext-ms-win-shell-comctl32-init-l1-1-0.dll' doesn't exist as stub dll in Wine hence the delay load failure. Wine's 'LdrResolveDelayLoadedAPI' implementation unconditionally calls the dll provided failure hook without checking for NULL pointer. The system failure hook parameter is actually valid: --- snip --- Wine-dbg>disas 0x7b494fa8 0x000000007b494fa8 DelayLoadFailureHook [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:1220] in kernel32: be_arm64_disasm_one_insn: not done --- snip --- I guess this one could be called in case the dll failure hook is not provided. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/loader.c#l2936 --- snip --- 2936 void* WINAPI LdrResolveDelayLoadedAPI( void* base, const IMAGE_DELAYLOAD_DESCRIPTOR* desc, 2937 PDELAYLOAD_FAILURE_DLL_CALLBACK dllhook, void* syshook, 2938 IMAGE_THUNK_DATA* addr, ULONG flags ) 2939 { 2940 IMAGE_THUNK_DATA *pIAT, *pINT; 2941 DELAYLOAD_INFO delayinfo; 2942 UNICODE_STRING mod; 2943 const CHAR* name; 2944 HMODULE *phmod; 2945 NTSTATUS nts; 2946 FARPROC fp; 2947 DWORD id; 2948 2949 FIXME("(%p, %p, %p, %p, %p, 0x%08x), partial stub\n", base, desc, dllhook, syshook, addr, flags); 2950 2951 phmod = get_rva(base, desc->ModuleHandleRVA); 2952 pIAT = get_rva(base, desc->ImportAddressTableRVA); 2953 pINT = get_rva(base, desc->ImportNameTableRVA); 2954 name = get_rva(base, desc->DllNameRVA); 2955 id = addr - pIAT; 2956 2957 if (!*phmod) 2958 { 2959 if (!RtlCreateUnicodeStringFromAsciiz(&mod, name)) 2960 { 2961 nts = STATUS_NO_MEMORY; 2962 goto fail; 2963 } 2964 nts = LdrLoadDll(NULL, 0, &mod, phmod); 2965 RtlFreeUnicodeString(&mod); 2966 if (nts) goto fail; 2967 } 2968 2969 if (IMAGE_SNAP_BY_ORDINAL(pINT[id].u1.Ordinal)) 2970 nts = LdrGetProcedureAddress(*phmod, NULL, LOWORD(pINT[id].u1.Ordinal), (void**)&fp); 2971 else 2972 { 2973 const IMAGE_IMPORT_BY_NAME* iibn = get_rva(base, pINT[id].u1.AddressOfData); 2974 ANSI_STRING fnc; 2975 2976 RtlInitAnsiString(&fnc, (char*)iibn->Name); 2977 nts = LdrGetProcedureAddress(*phmod, &fnc, 0, (void**)&fp); 2978 } 2979 if (!nts) 2980 { 2981 pIAT[id].u1.Function = (ULONG_PTR)fp; 2982 return fp; 2983 } 2984 2985 fail: 2986 delayinfo.Size = sizeof(delayinfo); 2987 delayinfo.DelayloadDescriptor = desc; 2988 delayinfo.ThunkAddress = addr; 2989 delayinfo.TargetDllName = name; 2990 delayinfo.TargetApiDescriptor.ImportDescribedByName = !IMAGE_SNAP_BY_ORDINAL(pINT[id].u1.Ordinal); 2991 delayinfo.TargetApiDescriptor.Description.Ordinal = LOWORD(pINT[id].u1.Ordinal); 2992 delayinfo.TargetModuleBase = *phmod; 2993 delayinfo.Unused = NULL; 2994 delayinfo.LastError = nts; 2995 return dllhook(4, &delayinfo); 2996 } --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso 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 47308] New: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateWriterEx
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47308 Bug ID: 47308 Summary: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateWriterEx Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vssapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 47286 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./vswriter.exe VswriterSample.xml ... Internal Error: an unexpected error happened in printStatus We were trying to print the following message: Initializing Writer wine: Call from 0x7b45330c to unimplemented function vssapi.dll.CreateWriterEx, aborting wine: Unimplemented function vssapi.dll.CreateWriterEx called at address 0x7b45330c (thread 0035), starting debugger... --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/vswriter/nf-vswriter-c… Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/vssapi/vssapi.spec#l… --- snip --- 81 @ stub CreateWriter 82 @ stub CreateWriterEx --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-216-g381c4e7b66 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 47286] New: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47286 Bug ID: 47286 Summary: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccount SidLocalW Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Early Windows 7 API set stub dll. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./vswriter.exe test ... wine: Call from 0x7b45323c to unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW, aborting wine: Unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW called at address 0x7b45323c (thread 0037), starting debugger... Unhandled exception: unimplemented function api-ms-win-security-lsalookup-l.LookupAccountSidLocalW called in 64-bit code (0x000000007b45323c). Register dump: rip:000000007b45323c rsp:000000000024d210 rbp:000000000024d2e0 eflags:00000202 ( - -- I - - - ) rax:000000000024d230 rbx:0000000080000100 rcx:000000000024d230 rdx:000000000024d250 rsi:000000000024d320 rdi:000000000024d260 r8:0000000000000002 r9:000000000024d310 r10:0000000000000008 r11:0000000000000246 r12:0000000000000000 r13:000000000024f650 r14:0000000000066058 r15:0000000000000000 ... Backtrace: =>0 0x000000007b45323c RaiseException+0x6c(code=<is not available>, flags=<is not available>, nbargs=<is not available>, args=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32 (0x000000000024d2e0) 1 0x00000000643415a5 __wine_spec_unimplemented_stub+0x34(module=<is not available>, function=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:32] in api-ms-win-security-lsalookup-l (0x000000000024d470) 2 0x000000006434148f args+0x6434148e() in api-ms-win-security-lsalookup-l (0x000000000024d470) 0x000000007b45323c RaiseException+0x6c [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32: leaq 0xfffffffffffffff0(%rbp),%rsp 86 } Modules: Module Address Debug info Name (79 modules) PE 64340000- 6435f000 Dwarf api-ms-win-security-lsalookup-l1-1-0 PE 6d700000- 6d7a5000 Deferred atl ELF 7b400000- 7b86c000 Dwarf kernel32<elf> \-PE 7b420000- 7b86c000 \ kernel32 ELF 7bc00000- 7bd55000 Deferred ntdll<elf> \-PE 7bc20000- 7bd55000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140072000 Deferred vswriter ... ELF 7f7ed7f59000- 7f7ed82fe000 Dwarf libwine.so.1 ELF 7f7ed8300000- 7f7ed8529000 Deferred ld-linux-x86-64.so.2 ELF 7fffedc8e000- 7fffedc8f000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 00000036 (D) C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64\vswriter.exe 00000037 0 <== --- snip --- --- snip --- $ winedump -j import ./vswriter.exe | sed -n '/api-ms-win/,/^$/p' offset 000584d4 api-ms-win-security-lsalookup-l1-1-0.dll Hint/Name Table: 00059880 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00041380 Thunk Ordn Name 00041380 3 LookupAccountSidLocalW --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-security-… --- snip --- 1 @ stub LookupAccountNameLocalA 2 @ stub LookupAccountNameLocalW 3 @ stub LookupAccountSidLocalA 4 @ stub LookupAccountSidLocalW 5 @ stub LsaLookupClose 6 @ stub LsaLookupFreeMemory 7 @ stub LsaLookupGetDomainInfo 8 @ stub LsaLookupManageSidNameMapping 9 @ stub LsaLookupOpenLocalPolicy 10 @ stub LsaLookupTranslateNames 11 @ stub LsaLookupTranslateSids --- snip --- https://www.win7dll.info/api-ms-win-security-lsalookup-l1-1-0_dll.html -> 6.1.7100.0 (winmain_win7rc.090421-1700) $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-95-g6d05fae6f7 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

Jump to page:

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