[Bug 44562] .NET 4.x - rundll32.exe - Error messages when running any application

wine-bugs at winehq.org wine-bugs at winehq.org
Wed Feb 21 00:40:46 CST 2018


https://bugs.winehq.org/show_bug.cgi?id=44562

--- Comment #5 from Linards <linards.liepins at gmail.com> ---
(In reply to Anastasius Focht from comment #4)
> Hello folks,
> 
> I guess you are talking about 'Unable to find a version of the runtime to
> run this application' errors?
> Your list contains .NET Framework 4.0 and 4.5 but not any earlier version.
> 
> Since left out the important information which apps/games
> (executables/versions) actually trigger the message I can only guess these
> are .NET "legacy" apps present in your WINEPREFIX that were developed/built
> against older versions of .NET Frameworks/CLR.
> 
> You could try to add proper 'useLegacyV2RuntimeActivationPolicy' settings
> for all affected .NET legacy app .config files (or create if not present) 
> 
> --- snip ---
> <?xml version="1.0"?>
> <configuration>
>   <startup useLegacyV2RuntimeActivationPolicy="true">
>     <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
>   </startup>
> </configuration>
> --- snip ---
> 
> Technical information about the setting:
> 
> http://web.archive.org/web/20130128072944/http://www.marklio.com/marklio/
> PermaLink,guid,ecc34c3c-be44-4422-86b7-900900e451f9.aspx
> 
> CLR runtime/version matrix:
> 
> https://msdn.microsoft.com/en-us/magazine/ee819091.aspx 
> 
> IMHO the bug is INVALID. This is not a Wine problem.
> 
> The same problem would exist with vanilla Windows XP/Vista with no prior
> .NET Frameworks (2.0, 3.5, SP1/2) installed.
> 
> Regards

Hey,

I understand, but I also have to repeat, that it happens when running literally
anything. The terminal output is pretty much same as in linked/duped tickets,
mentioning missing mscorew stuff.

So you are ultimately saying that his is not Wine's problem because:
 - Something is requiring older .NET Infrastructure / binaries and currently I
have none installed, therefore Wine has logically nothing to consume and this
error is pretty reasonable;
 - If I can find this "Something", then I can work-around by pumping in some
run-time config so that it gets picked up from root by .NET Assemblies...

I still then have following questions:
 - What about Win7+? Are they also somewhat requiring those old libraries? I
thought that bundled .NET is fully backwards compatible and incremental and
therefore Win7+ does not need any explicit pre-.NET 4.x enablement. I am wrong
by this assumption then?

Thanks!

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



More information about the wine-bugs mailing list