wine-bugs October 2020

wine-bugs@winehq.org

1 participants
6707 discussions

[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

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 October 2020