Home/ Questions/Q 6855103
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-27T01:42:56+00:00

After reading several other blog posts and articles (references found below) there appear to

  • 0

After reading several other blog posts and articles (references found below) there appear to be several ways to run PowerShell on .NET 4.0 but few are sufficient for our purposes. Due to how we deploy our software we cannot update the registry or change add an application. This leaves us with two options, create our own shell by using ConsoleShell or override PSHost. We would like to be able to use the first option, ConsoleShell, due to it’s simplicity but would like to know what issues we may encounter and whether doing so is recommended.

Reference

Based on other questions I have seen that you can use the following methods to run PowerShell as .NET 4.0. None of these methods appear to be officially sanction by Microsoft but the first shown below is included as a work around in this Microsoft connect issue.

The options to run PowerShell in .NET 4.0 appear to include:

  1. Update the app.config to include .NET 4.0 as supported
  2. Add a registry setting to switch the version
  3. Use ConsoleShell to host your own PowerShell Console
  4. Implement your own PowerShell host, PSHost , as done by PoshConsole or Nuget
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    As far as it is not officially approved (to my knowledge), then nobody can approve it but you. If your scenario works and passes reasonable tests, approve and use it.

    I use PowerShell on .NET 4.0 but with the option 4, and used to use the option 1, too (I do not like the option 2, personally). Thus, I approved it, production or not, I use it a lot and it works. I still use PowerShell on .NET 2.0 for two reasons: 1) PowerShell.exe starts faster (especially x64); 2) to be sure that part of my PowerShell development is compatible with .NET 2.

    Another thought. If something does not work properly in PowerShell on .NET 2.0 (there are some issues, indeed, see Connect) then the fact “it is approved for production” itself does not help much. One has to overcome existing issues, .NET 2 or .NET 4 does not matter.

    P.S. I should have mentioned that I tried the option 3 as well. I did not find use cases suitable for using it in my scenarios. But I did not find any issues in using ConsoleShell either.

    P.P.S Yet another option. Make a copy of PowerShell.exe, rename it into MyConsoleShell.exe, use it together with MyConsoleShell.exe.config configured for .NET 4. As far as you are going to use a separate application anyway, then why not to consider this?

    • 0