You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The latest candidate builds of .NET Core SDK 2.0 Preview 2 do not work with the latest v1.11.0-beta3 of C# for VS Code. The issue boils down to a bug in Mono's new "strict" assembly loader. A pull request is already out to fix the Mono issue. I'll use this issue to track flowing that fix back into C# for VS Code.
Note: This is only an issue for C# for VS Code on OSX/Linux. The v1.11.0-beta3 release should work properly for Windows. Follow the steps at "Installing Beta Releases" to install the beta if you are looking for support on Windows.
Details:
OmniSharp causes NuGet.Frameworks, 4.0.0.0 early during start up (when the project.json project system initializes). When MSBuild runs on a project in OmniSharp it runs several tasks from Microsoft.NET.Build.Tasks. With more recent builds of .NET Core SDK 2.0 Preview 2, these tasks call into NuGet.ProjectModel, 4.3.0.3 (example) which references NuGet.Frameworks, 4.3.0.3. The two versions of NuGet.Frameworksshould be loaded SxS by the runtime. However, the Mono runtime sees that NuGet.Frameworks, 4.0.0.0 is already loaded and uses that rather than load the correct version SxS. Then, an exception is thrown when NuGet.ProjectModel tries to access a type in NuGet.Frameworks, 4.3.0.3 that isn't present in NuGet.Frameworks, 4.0.0.0. The Mono strict assembly should see that the versions do not match and probe to see if it can find the correct version. A pull request is already out to fix the Mono runtime bug.
The text was updated successfully, but these errors were encountered:
The latest candidate builds of .NET Core SDK 2.0 Preview 2 do not work with the latest v1.11.0-beta3 of C# for VS Code. The issue boils down to a bug in Mono's new "strict" assembly loader. A pull request is already out to fix the Mono issue. I'll use this issue to track flowing that fix back into C# for VS Code.
Note: This is only an issue for C# for VS Code on OSX/Linux. The v1.11.0-beta3 release should work properly for Windows. Follow the steps at "Installing Beta Releases" to install the beta if you are looking for support on Windows.
Details:
OmniSharp causes
NuGet.Frameworks, 4.0.0.0
early during start up (when the project.json project system initializes). When MSBuild runs on a project in OmniSharp it runs several tasks from Microsoft.NET.Build.Tasks. With more recent builds of .NET Core SDK 2.0 Preview 2, these tasks call intoNuGet.ProjectModel, 4.3.0.3
(example) which referencesNuGet.Frameworks, 4.3.0.3
. The two versions ofNuGet.Frameworks
should be loaded SxS by the runtime. However, the Mono runtime sees thatNuGet.Frameworks, 4.0.0.0
is already loaded and uses that rather than load the correct version SxS. Then, an exception is thrown whenNuGet.ProjectModel
tries to access a type inNuGet.Frameworks, 4.3.0.3
that isn't present inNuGet.Frameworks, 4.0.0.0
. The Mono strict assembly should see that the versions do not match and probe to see if it can find the correct version. A pull request is already out to fix the Mono runtime bug.The text was updated successfully, but these errors were encountered: