wine-bugs November 2012

wine-bugs@winehq.org

1 participants
8956 discussions

[Bug 30088] New: Microsoft SQL Server 2005 Express Edition installer fails due to missing msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@H@Z
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30088 Bug #: 30088 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to missing msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@ std@@V?$allocator@G@2@@std@@QAE@H@Z Product: Wine Version: 1.4-rc6 Platform: x86 URL: go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified ms sql express 2005 fails to install. Used command line: wine SQLEXPR32.EXE Native mspatcha.dll is required to work around bug 12501 and get this far. Error in log file was: wine: Call from 0x7b839ea2 to unimplemented function msvcp80.dll.??0?$basic_stringstream@GU?$char_traits@G@std@@V?$allocator@G@2@@std@@QAE@H@Z, aborting -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

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

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31339 Bug #: 31339 Summary: Microsoft SQL Server 2005 Express Edition: SQL Server System Configuration Checker fails (needs class_object_SpawnInstance) Product: Wine Version: 1.5.9 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 41179 --> http://bugs.winehq.org/attachment.cgi?id=41179 Console output of 'WINEDEBUG=+wbemprox wine SQLEXPR32.EXE' continuation from bug 31155. Now that StdRegProv and class_object_GetMethod are implemented, the program runs into another deficiency. Complete log attached, most probably the bug is due to unimplemented class_object_SpawnInstance. 'winetricks -q vcrun2005 mspatcha' is a prerequisite. -- 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 31541] New: Microsoft SQL Server 2005 Express Edition installer fails due to unhandled exception
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31541 Bug #: 31541 Summary: Microsoft SQL Server 2005 Express Edition installer fails due to unhandled exception Product: Wine Version: 1.5.11 Platform: x86 URL: http://go.microsoft.com/fwlink/?linkid=65212 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Now that bug 30088 is out of the picture, the installer fails with unhandled exception: wine: Unhandled page fault on write access to 0x00000004 at address 0x7bc4a309 (thread 002a), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc4a309 No debugger is ever started and the application terminates immediately, so no backtrace. Native msvcp80 works around this bug. Native mspatcha.dll is required to work around bug 12501 and get this 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 9

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

21 Mar '21

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 21 Mar '21

21 Mar '21

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 21 Mar '21

21 Mar '21

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

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 November 2012