February 2021 - Wine-Bugs - list.winehq.org

[Bug 31155] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs StdRegProv WMI class)
by wine-bugs＠winehq.org March 21, 2021

March 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=31155 Bug #: 31155 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs StdRegProv WMI class) Product: Wine Version: 1.5.8 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 40899 --> http://bugs.winehq.org/attachment.cgi?id=40899 Console output of 'WINEDEBUG=+wbemprox wine SQLEXPR32.EXE' Continuation from bug 30089 and bug 31037. Application installer still fails due to WMI problems. Now it complains about missing StdRegProv.EnumValues method. 'winetricks -q vcrun2005 mspatcha' is still needed to hit 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 5

[Bug 30089] New: Microsoft SQL Server 2005 Express Edition installer fails due to WMI configuration
by wine-bugs＠winehq.org March 21, 2021

March 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=30089 Bug #: 30089 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to WMI configuration Product: Wine Version: 1.4-rc6 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 39207 --> http://bugs.winehq.org/attachment.cgi?id=39207 output of "wine SQLEXPR32.EXE" ms sql express 2005 fails to install displaying message: "The SQL Server System Configuration Checker cannot be executed due to WMI configuration on the machine Error:2147746132(0x80040154)." Used command line: wine SQLEXPR32.EXE &>2005.log Output attached. Native mspatcha.dll is required to work around bug 12501. Native msvcp80 is required to work around bug 30088. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 31037] New: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (Win32_Processor class table row count not set)
by wine-bugs＠winehq.org March 21, 2021

March 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=31037 Bug #: 31037 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (Win32_Processor class table row count not set) Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 30089 The app crashes while trying to retrieve "CpuStatus" property of "Win32_Processor" class. --- snip --- Creating class instance Win32_Processor CreateInstanceEnum Win32_Processor returned 0 (0x0) Enumerating the first class of Win32_Processor EnumClass of Win32_Processor returned 1 (0x1) Getting property CpuStatus <boom> --- snip --- "CpuStatus" property was implemented by commit http://source.winehq.org/git/wine.git/commitdiff/661d7f19c98b72af18c9487a87… Code: http://source.winehq.org/git/wine.git/blob/661d7f19c98b72af18c9487a87fd5a5f… --- snip --- 361 static void fill_processor( struct table *table ) 362 { 363 static const WCHAR fmtW[] = {'C','P','U','%','u',0}; 364 WCHAR device_id[14]; 365 struct record_processor *rec; 366 UINT i, offset = 0, count = get_processor_count(); 367 368 if (!(table->data = heap_alloc( sizeof(*rec) * count ))) return; 369 370 for (i = 0; i < count; i++) 371 { 372 rec = (struct record_processor *)(table->data + offset); 373 rec->cpu_status = 1; /* CPU Enabled */ 374 rec->manufacturer = processor_manufacturerW; 375 sprintfW( device_id, fmtW, i ); 376 rec->device_id = heap_strdupW( device_id ); 377 offset += sizeof(*rec); 378 } 379 } --- snip --- The table row count (number of processor items) is not set hence class object iterator (next) will fail later, leading to crash. With row count fixed, the crash is gone and the app encounters next WMI insufficiency ;-) 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 7

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

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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 March 21, 2021

March 21, 2021

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