<?xml version ="1.0" encoding="utf-8" ?>
LabVIEW employs a set of default behaviors to determine which version of a particular .NET assembly to reference and which version of the Common Language Runtime (CLR) to load. For example, LabVIEW 2017 uses the .NET CLR 4.0 by default which allows it to use up to the .NET Framework 4.6.2, while LabVIEW 2012 uses the CLR 2.0 by default which only allows it to use up to the .NET 3.5 framework. You can create a .NET configuration file to override the default ways that LabVIEW loads the CLR. You can force LabVIEW to load .NET assemblies that are targeted to the CLR 2.0. However, assemblies that target older versions of the CLR might behave unexpectedly. If creating an executable application with the .NET 2.0 framework, ensure that there is also a configuration file in the same folder as that executable. This would be the exact same configuration file that was placed next to LabVIEW.exe, however, it must be renamed to Executable Name.exe.config. Note: The supportedRuntime version token must match the version of the .NET Framework that is installed. You can verify this by checking in Add/Remove Programs for the .NET 2.0 version you have installed. You can find an overview here: <supportedRuntime> element
Loading .NET 2.0, 3.0, and 3.5 Assemblies in LabVIEW
.NET Features Unsupported By LabVIEW
MSDN .NET Framework Versions and Dependencies
Collaborate with other users in our discussion forums
A valid service agreement may be required, and support options vary by country.
Thank you for your feedback.
You changed your response to Not Helpful
You changed your response to Helpful