The information below provides additional details on these results.Using the .NET Adapter to call .NET Assemblies built in Visual Studio 2010When you install Visual Studio 2010, you will also install .NET Framework 4.0, which uses a newer version of the Common Language Runtime (CLR) than .NET Framework 2.0, 3.0, and 3.5 (.NET Framework 2.0, 3.0, and 3.5 all use the same CLR version). TestStand 4.2.1 and earlier versions load the .NET Framework 2.0, and do not support loading the .NET Framework 4.0, so calling .NET Framework 4.0 assemblies in TestStand 4.2.1 and earlier versions is not supported.
Similar to previous versions of Visual Studio, Visual Studio 2010 allows the user to target a specific version of the .NET Framework to build the assembly against. Thus, you can still use Visual Studio 2010 to build your assemblies so long as you target them for .NET Framework 2.0, 3.0 or 3.5. For instructions on how to change the target framework version, see the How to: Target a Specific .NET Framework Version or Profile MSDN article.If you open an old .NET project in Visual Studio 2010, the conversion process will automatically configure the converted project to maintain the original target framework version of the old project. For example, if you open a Visual Studio 2005 solution/project in Visual Studio 2010, the converted project will specify .NET Framework 2.0 in the Target framework combo box.For new .NET projects, you can specify the target framework version at the time of project creation as shown below:
Using the .NET Adapter to call VC++ CLR Assemblies built in Visual Studio 2010Similar to the .NET assembly scenario described above, calling .NET Framework 4.0 C++ CLR assemblies in TestStand 4.2.1 and earlier versions is not supported. Thus, C++ CLR DLLs must also be configured to target .NET Framework 2.0, 3.0, or 3.5. Unlike .NET projects, if you open an old CLR project in Visual Studio 2010, the conversion process will automatically configure the converted project to target .NET Framework 4.0. Additionally, Visual Studio 2010 does not support retargeting existing C++ applications from within the IDE.When you open an old C++ project in Visual Studio 2010, the conversion process will create a new project file in the new .vcxproj file format which you can edit to specify a different target framework version.Similar to .NET Projects, you can specify the target framework version for new C++ CLR projects at the time of project creation as shown below:
Using the C/C++ Adapter to call Unmanaged VC++ DLLs built in Visual Studio 2010For the Create/Edit Code feature, TestStand 4.2.1 requires that Measurement Studio be installed. Measurement Studio 2009 and previous versions do not support and cannot integrate with Visual Studio 2010. If you have a previous version of Visual Studio installed, and have installed Measurement Studio for that version of Visual Studio, then you will still be allowed to attempt to use the Create/Edit Code feature with Visual Studio 2010.Create/Edit CodeThe Create Code feature is not supported with any type of Visual Studio 2010 project in TestStand 4.2.1.Using Edit Code with Visual Studio 2010 C#.NET and VB.NET projects in TestStand 4.2.1 should work and behave the same as with Visual Studio 2008 and prior C#.NET and VB.NET projects. Using Edit Code with any type of Visual Studio 2010 C++ project in TestStand 4.2.1 is not supported. Visual Studio 2010 introduced a new file format for C++ projects (.vcxproj) that TestStand 4.2.1 versions do not support.Debugging Visual Studio 2010 Code ModulesThe TestStand 4.2.1 Step Into feature is not supported with Visual Studio 2010. If you attempt to Step Into a .NET or C/C++ code module using Visual Studio 2010, you will receive an error similar to the one below:
With TestStand already open, launch your C#.NET, VB.NET, or C++ CLR project in Visual Studio 2010. Select Debug»Attach to Process... (you can also select Tools»Attach to Process...). In the Attach to Process window, find the instance of the TestStand 4.2.1 process you are running (e.g. Sequence Editor would be SeqEdit.exe, default shipping UI would be TestExec.exe) and select it. Click the Select... button in the Attach to field. In the Select Code Type, you must ensure that you have selected Managed (v2.0, v1.1, v1.0).Click OK in the Select Code Type window and then click Attach in the Attach to Process window. Finally, place a breakpoint in your code at the location you want to start debugging and run your TestStand 4.2.1 sequence. Visual Studio will automatically pause at the breakpoint when TestStand calls that piece of code. You can then use the Visual Studio debugging tools to debug your code modules before stepping out to TestStand and continuing the execution.Using the C/C++ Adapter to debug Unmanaged C++ code modulesTo debug unmanaged C++ code modules, follow the same procedure provided in the Using the .NET Adapter to debug .NET Framework 2.0, 3.0, or 3.5 code modules section of this document, but select Native in the Select Code Type window.The TestStand 4.2.1 Version Selector successfully installs the TestStand toolbox to Visual Studio 2010. Thus, when you open a C#.NET or VB.NET project that contains a Windows Form, the Toolbox will already have the TestStand UI controls available for you to use.Visual Studio 2010 uses a new mechanism for storing VC++ include paths. Therefore, the TestStand 4.2.1 Version Selector does not install the VC++ include paths to Visual Studio 2010.Calling unmanaged VC++ code modules built in Visual Studio 2010 using the TestStand 4.2.1 C/C++ Adapter should work and behave the same as Visual Studio 2008 and prior VC++ code modules.
Version SelectorIn order to debug your code modules in Visual Studio 2010, you will have to open Visual Studio 2010 and attach to the TestStand 4.2.1 process.
Collaborate with other users in our discussion forums
A valid service agreement may be required, and support options vary by country.