[Bug 25120] New: dotnet11 installation broken

Summary: dotnet11 installation broken Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs@winehq.org ReportedBy: austinenglish@gmail.com

Created an attachment (id=31862) --> (http://bugs.winehq.org/attachment.cgi?id=31862) terminal output

Regression test points to: a23514eece083011140513853c5db10357af6cea is the first bad commit commit a23514eece083011140513853c5db10357af6cea Author: Hans Leidekker hans@codeweavers.com Date: Thu Nov 11 10:45:42 2010 +0100

msi: Add support for installing side-by-side assemblies.

:040000 040000 6e3244306b1cdce4af9bd963048445913433d933 820db510d39486aa37cad45d1ebeb9e2397f6224 M dlls

to repeat: $ rm -rf ~/.wine $ sh winetricks -q -v winetricks

terminal output attached.

-- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Show replies by date

wine-bugs＠winehq.org

12 Nov 12 Nov

6:57 p.m.

New subject: [Bug 25120] dotnet11 installation broken

--- Comment #1 from Austin English austinenglish@gmail.com 2010-11-12 12:57:29 CST --- Slightly better with today's git, but still fails:

err:mscoree:LoadLibraryShim error reading registry key for installroot err:msi:ITERATE_Actions Execution halted, action L"CA_ComregEnterpriseServices.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 Microsoft .NET Framework Setup failed. If this problem continues, contact Product Support Services.------------------------------------------------------ Note: command 'wine /home/austin/.cache/winetricks/dotnet11/dotnetfx.exe /q /C:install /q' returned status 67. Aborting.

wine-bugs＠winehq.org

7:08 p.m.

New subject: [Bug 25120] dotnet11 installation broken

--- Comment #2 from Vincent Povirk madewokherd@gmail.com 2010-11-12 13:08:34 CST --- I don't think we should be using builtin mscoree. Maybe the changes in msi are causing the dll to be loaded before native is present?

wine-bugs＠winehq.org

7:48 p.m.

New subject: [Bug 25120] dotnet11 installation broken

Hans Leidekker hans@meelstraat.net changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net

--- Comment #3 from Hans Leidekker hans@meelstraat.net 2010-11-12 13:48:05 CST ---

I don't think we should be using builtin mscoree. Maybe the changes in msi are causing the dll to be loaded before native is present?

No, we were using builtin mscoree even before these changes. What happens is that a custom action is now run which didn't run before, because its condition is now properly satisfied.

This custom action runs the freshly installed regsvcs.exe and fails. You can work around this by setting it to builtin:

$ WINEDLLOVERRIDES=regsvcs.exe=b sh winetricks dotnet11

wine-bugs＠winehq.org

16 Nov 16 Nov

7:14 p.m.

New subject: [Bug 25120] dotnet11 installation broken

Vincent Povirk madewokherd@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Component|msi |-unknown

--- Comment #4 from Vincent Povirk madewokherd@gmail.com 2010-11-16 13:14:42 CST --- Changing component to -unknown, since we have no reason to believe the regsvcs.exe failure is caused by msi. (Unless Hans is going to prove me wrong about this too.)

wine-bugs＠winehq.org

9:23 p.m.

New subject: [Bug 25120] dotnet11 installation broken

Anastasius Focht focht@gmx.net changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net

--- Comment #5 from Anastasius Focht focht@gmx.net 2010-11-16 15:23:57 CST --- Hello,

msi doesn't overwrite Wine's fusion placeholder with native version. The builtin one is used which is simply not ready for action. The .NET runtime fails to create a fusion context for the application domain (used for resolving assemblies). The error message in the end is misleading (Microsoft style), hiding the original problem.

--- snip --- 0009:trace:fusion:CreateAssemblyNameObject (0x32fd60, L"", 00000000, (nil)) stub! ... 0009:Ret fusion.CreateAssemblyNameObject() retval=00000000 ret=791c5fc3 0009:Call fusion.CreateApplicationContext(00157f10,793e71a8) ret=791c5fd5 0009:fixme:fusion:CreateApplicationContext 0x157f10, 0x793e71a8 0009:Ret fusion.CreateApplicationContext() retval=80004001 ret=791c5fd5 0009:trace:fusion:IAssemblyNameImpl_Release (0x157f10)->(ref before = 1) ... 0009:Call user32.MessageBoxW(00000000,001590cc L"Failed to delay load library mscorlib.dll (Win32 error: 0).\n\nThis program can no longer run and will now terminate.",0032f66c L"Fatal error",00000030) ret=7928b468 --- snip ---

--- snip dlls/fusion/fusion.c --- /****************************************************************** * CreateApplicationContext (FUSION.@) */ HRESULT WINAPI CreateApplicationContext(IAssemblyName *name, void *ctx) { FIXME("%p, %p\n", name, ctx); return E_NOTIMPL; } --- snip dlls/fusion/fusion.c ---

Bug 25003 is about the same issue.

Regards

wine-bugs＠winehq.org

10:17 p.m.

New subject: [Bug 25120] dotnet11 installation broken

--- Comment #6 from Hans Leidekker hans@meelstraat.net 2010-11-16 16:17:52 CST ---

msi doesn't overwrite Wine's fusion placeholder with native version. The builtin one is used which is simply not ready for action.

That would be because the placeholder has version 2.0. So a workaround is to remove it before installation.

wine-bugs＠winehq.org

17 Nov 17 Nov

2:25 a.m.

New subject: [Bug 25120] dotnet11 installation broken

Juan Lang juan_lang@yahoo.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |rll31@humboldt.edu

--- Comment #7 from Juan Lang juan_lang@yahoo.com 2010-11-16 20:25:54 CST --- *** Bug 25003 has been marked as a duplicate of this bug. ***

wine-bugs＠winehq.org

8:24 a.m.

New subject: [Bug 25120] dotnet11 installation broken

--- Comment #8 from Hans Leidekker hans@meelstraat.net 2010-11-17 02:24:42 CST --- Here's the recipe:

1. create a fresh prefix 2. rm -f ~/.wine/drive_c/windows/Microsoft.NET/Framework/v1.1.4322/fusion.dll 3. WINEDLLOVERRIDES=regsvcs.exe=b sh winetricks dotnet11

wine-bugs＠winehq.org

11:02 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Anastasius Focht focht@gmx.net changed:

--- Comment #9 from Anastasius Focht focht@gmx.net 2010-11-17 17:02:09 CST --- Hello,

adjusting summary to better reflect the problem.

--- quote --- 1. create a fresh prefix 2. rm -f ~/.wine/drive_c/windows/Microsoft.NET/Framework/v1.1.4322/fusion.dll 3. WINEDLLOVERRIDES=regsvcs.exe=b sh winetricks dotnet11 --- quote ---

Hans, you are highlighting a completely different problem, e.g. System.EnterpriseServices.Thunk.dll (native thunks, registration helper) not being installed into native images GAC (c:\windows\assembly\GAC...), resulting in that obscure failure. This bug should be about fusion insufficiency.

Regards

wine-bugs＠winehq.org

24 Nov 24 Nov

2:11 a.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

--- Comment #10 from Austin English austinenglish@gmail.com 2010-11-23 20:11:28 CST --- (In reply to comment #8)

Here's the recipe:

create a fresh prefix

rm -f ~/.wine/drive_c/windows/Microsoft.NET/Framework/v1.1.4322/fusion.dll

WINEDLLOVERRIDES=regsvcs.exe=b sh winetricks dotnet11

dotnet11 works for me without removing fusion.dll, but I've added it to winetricks to be safe.

wine-bugs＠winehq.org

17 May 17 May

9:19 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

http://source.winehq.org/git/wine.git/blob/68ab79992426f459b0fff26360a368dcc...

Anastasius Focht focht@gmx.net changed:

What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |fusion

--- Comment #11 from Anastasius Focht focht@gmx.net 2012-05-17 16:19:03 CDT --- Hello,

setting 'fusion' component. Obviously still present.

--- snip --- 58 HRESULT WINAPI CreateApplicationContext(IAssemblyName *name, void *ctx) 59 { 60 FIXME("%p, %p\n", name, ctx); 61 return E_NOTIMPL; 62 } --- snip ---

$ wine --version wine-1.5.4-170-g8933d91

Regards

wine-bugs＠winehq.org

16 Jun 16 Jun

3:37 a.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Dan Kegel dank@kegel.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com

--- Comment #12 from Dan Kegel dank@kegel.com 2013-06-15 22:37:04 CDT --- I'm seeing the dialog from comment #5 with current wine and 'winetricks dotnet11', and winetricks is reporting failure.

wine-bugs＠winehq.org

6 Oct 6 Oct

1:11 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Sylvain Petreolle spetreolle@yahoo.fr changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |spetreolle@yahoo.fr

wine-bugs＠winehq.org

1:32 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Anastasius Focht focht@gmx.net changed:

wine-bugs＠winehq.org

8 Oct 8 Oct

9:15 a.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com

wine-bugs＠winehq.org

31 Oct 31 Oct

5:43 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

NSLW lukasz.wojnilowicz@gmail.com changed:

--- Comment #13 from NSLW lukasz.wojnilowicz@gmail.com 2013-10-31 12:43:20 CDT --- "sh winetricks dotnet11" fails with wine-1.7.5-96-ga90fee9 and WINETRICKS_VERSION=20130707

Workaround from comment #8 doesn't work.

wine-bugs＠winehq.org

3 Mar 3 Mar

6:55 a.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

--- Comment #14 from Austin English austinenglish@gmail.com --- (In reply to Anastasius Focht from comment #11)

Hello,

setting 'fusion' component. Obviously still present.

http://source.winehq.org/git/wine.git/blob/ 68ab79992426f459b0fff26360a368dccb3b25ac:/dlls/fusion/fusion.c#l58

--- snip --- 58 HRESULT WINAPI CreateApplicationContext(IAssemblyName *name, void *ctx) 59 { 60 FIXME("%p, %p\n", name, ctx); 61 return E_NOTIMPL; 62 } --- snip ---

$ wine --version wine-1.5.4-170-g8933d91

Regards

Still in wine-1.7.13-118-g0eb6265

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

wine-bugs＠winehq.org

25 Jul 25 Jul

10 a.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

hanska2@luukku.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |hanska2@luukku.com

--- Comment #15 from hanska2@luukku.com --- still 1.7.22 which is a shame

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

wine-bugs＠winehq.org

15 Feb 15 Feb

3:02 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Teras teras@luukku.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |teras@luukku.com

--- Comment #16 from Teras teras@luukku.com --- Still the same 1.7.36

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

wine-bugs＠winehq.org

13 Aug 13 Aug

10:36 a.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

super_man@post.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com

--- Comment #17 from super_man@post.com --- still the same 1.7.49

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

wine-bugs＠winehq.org

23 Nov 23 Nov

10:21 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Eric Matteson ericmatteson2001@yahoo.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |ericmatteson2001@yahoo.com

--- Comment #18 from Eric Matteson ericmatteson2001@yahoo.com --- Created attachment 52870 --> https://bugs.winehq.org/attachment.cgi?id=52870 1.1 and 1.8-rc1

Trying to install Dot.NET 1.1 runtime redistributible package on wine-1.8-rc1 still fails from bug 25120 and very little terminal output is produced in wine-1.8-rc1. Eric Matteson

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

wine-bugs＠winehq.org

7 Dec 7 Dec

10:57 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

--- Comment #19 from Eric Matteson ericmatteson2001@yahoo.com --- Created attachment 53040 --> https://bugs.winehq.org/attachment.cgi?id=53040 wine dotnetfx.exe &> boke183.txt from dotnet 1.1 on wine-1.8-rc3

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

wine-bugs＠winehq.org

11:17 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

--- Comment #20 from Anastasius Focht focht@gmx.net --- Hello Eric,

thanks for the retesting.

Please don't "ping" tickets at such short intervals. Thanks. A re-test/re-visit once per half year is enough. The ticket is already 5 years old and it might take another months to years until something is to be done about.

A workaround exits (winetricks) and NET 1.x is kind of obsolete technology hence fixing this is of low interest/very low priority.

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.

wine-bugs＠winehq.org

11 Apr 11 Apr

1:18 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

--- Comment #21 from super_man@post.com --- According to msdn

Syntax

HRESULT CreateApplicationContext ( [in] IAssemblyName *pName, [out] LPPAPPLICATIONCONTEXT *ppCtx );

Parameters

pName

[in] A pointer to a friendly name. ppCtx

[out] A pointer to an application context.

still valid against 1.9.7-git.

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

wine-bugs＠winehq.org

3 Feb 3 Feb

2 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Tom B tom@r.je changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |tom@r.je

--- Comment #22 from Tom B tom@r.je --- Unfortunately winetricks no longer works either.

Using Wine 3.1 (haven't tried an earlier version) I still get "Failed to delay load library mscorlib.dll"

command:

WINEPREFIX=/home/tom/.wine32new WINEARCH=win32 winetricks dotnet11

Where the prefix is completely empty. The same happens when trying to install dotnet11sp1

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

wine-bugs＠winehq.org

2:36 p.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

https://github.com/Winetricks/winetricks

--- Comment #23 from Anastasius Focht focht@gmx.net --- Hello Tom,

--- quote --- Unfortunately winetricks no longer works either.

Using Wine 3.1 (haven't tried an earlier version) I still get "Failed to delay load library mscorlib.dll" --- quote ---

'winetricks -q dotnet11' works fine here with Wine 3.1

I've verified with .NET Framework Setup Verification Tool from Aaron Stebner (Microsoft) which checks for proper installation of .NET assemblies and registry entries (http://blogs.msdn.com/b/astebner/archive/2008/10/13/8999004.aspx).

Make sure you use an up-to-date 'winetricks'. Some distros might ship outdated/broken versions.

$ wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetrick...

Anyway, the original bug is still present.

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.

wine-bugs＠winehq.org

24 Mar 24 Mar

11:11 a.m.

New subject: [Bug 25120] .NET Framework 1.1 installer fails due to fusion.CreateApplicationContext stub (default fusion context for the application domain)

Anastasius Focht focht@gmx.net changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |sk9258user@mail.ru

--- Comment #24 from Anastasius Focht focht@gmx.net --- *** Bug 46893 has been marked as a duplicate of this bug. ***

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

wine-bugs＠winehq.org

11:15 a.m.

New subject: [Bug 25120] Microsoft .NET Framework 1.x installer fails with 'CLR error: 80004001. The program will now terminate.' ( fusion.CreateApplicationContext is a stub)

Anastasius Focht focht@gmx.net changed:

--- Comment #25 from Anastasius Focht focht@gmx.net --- Hello folks,

obviously still present.

Refining summary to make it easier to find in case people bother to read Bugzilla's "possible duplicates" dropdown list when trying to create a new ticket.

$ sha1sum dotnetredist.exe 5bebe55271463658d97bc053ca1b7db6a4896a92 dotnetredist.exe

$ du -sh dotnetredist.exe 20M dotnetredist.exe

$ wine --version wine-4.4-188-gc988910cae

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.

wine-bugs＠winehq.org

11:21 a.m.

New subject: [Bug 25120] Microsoft .NET Framework 1.x installer fails with 'CLR error: 80004001' (1.0) or 'Failed to delay load library mscorlib.dll' (1.1) ( fusion.CreateApplicationContext is a stub)

Anastasius Focht focht@gmx.net changed:

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

WineHQ Bugzilla

9 Dec 9 Dec

1:18 p.m.

New subject: [Bug 25120] Microsoft .NET Framework 1.x installer fails with 'CLR error: 80004001' (1.0) or 'Failed to delay load library mscorlib.dll' (1.1) (fusion.CreateApplicationContext is a stub)

https://source.winehq.org/git/wine.git/blob/310019789f7bde12ae3f25f723957c97...

--- Comment #26 from Anastasius Focht focht@gmx.net --- Hello folks,

revisiting to celebrate the 10th anniversary. Obviously still present.

--- snip --- 73 /****************************************************************** 74 * CreateApplicationContext (FUSION.@) 75 */ 76 HRESULT WINAPI CreateApplicationContext(IAssemblyName *name, void *ctx) 77 { 78 FIXME("%p, %p\n", name, ctx); 79 return E_NOTIMPL; 80 } --- snip ---

$ wine --version wine-6.0-rc1-29-g310019789f7

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.

WineHQ Bugzilla

21 Dec 21 Dec

6:06 p.m.

New subject: [Bug 25120] Microsoft .NET Framework 1.x installer fails with 'CLR error: 80004001' (1.0) or 'Failed to delay load library mscorlib.dll' (1.1) (fusion.CreateApplicationContext is a stub)

https://github.com/Winetricks/winetricks/issues/1676

--- Comment #27 from Anastasius Focht focht@gmx.net --- Hello folks,

as addendum: any .NET 1.1 app will fail to run due to the same issue.

I've created ticket to 'winetricks' to set 'fusion' to native for 'dotnet11' verbs.

https://source.winehq.org/git/wine.git/commitdiff/d366642519e908556a9c425285... ("fusion: No longer prefer native.") -> part of Wine 1.5.22 release

Example .NET 1.1 app: DSLWatch .NET 1.6

https://web.archive.org/web/20051023162214/http://www.xwatch.de/download/dsl...

--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/DSLWatch2

$ WINEDEBUG=+loaddll,+msgbox wine ./DSLWatch.exe ... trace:loaddll:load_native_dll Loaded L"C:\windows\Microsoft.NET\Framework\v1.1.4322\MSVCR71.dll" at 0x7c340000: native trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\psapi.dll" at 0x7df00000: builtin trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\dbghelp.dll" at 0x7df10000: builtin trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\fusion.dll" at 0x7df70000: builtin trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\comctl32.dll" at 0x7dbe0000: builtin trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\shell32.dll" at 0x7dce0000: builtin trace:loaddll:load_native_dll Loaded L"C:\windows\Microsoft.NET\Framework\v1.1.4322\mscorwks.dll" at 0x791b0000: native trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\uxtheme.dll" at 0x7dbb0000: builtin trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\rpcrt4.dll" at 0x7d9e0000: builtin trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\ole32.dll" at 0x7da60000: builtin fixme:sync:CreateMemoryResourceNotification (0) stub fixme:fusion:CreateApplicationContext 0x17b3c8, 0x793e71a8 trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\oleaut32.dll" at 0x7d8b0000: builtin trace:msgbox:MSGBOX_OnInit L"Failed to delay load library mscorlib.dll (Win32 error: 0).\n\nThis program can no longer run and will now terminate." --- snip ---

Regards

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

12 Jul 12 Jul

8:16 a.m.

New subject: [Bug 25120] Microsoft .NET Framework 1.x installer fails with 'CLR error: 80004001' (1.0) or 'Failed to delay load library mscorlib.dll' (1.1) (fusion.CreateApplicationContext is a stub)