我已经看到了其中的几个问题和答案，每个人都说这应该没问题 - 但是在我们的例子中，我们有一个.net 3.5 dll我们构建了一个包装在C ++（我们认为）DLL中提供的API的包装器。如果我们在3.5
中构建它们，我们所有的应用程序都可以正常工作当我尝试在我们的新4.0应用程序中引用3.5 dll时，我们能够编译/构建等，但是当我们运行时，我们只是得到一个vshost.exe错误并且应用程序崩溃了。我已经向供应商询问了我们在3.5 dll中引用的关于.net 4.0的原始DLL，他们说他们从来没有试过让它工作，所以没那么多帮助。
问题是，如果我引用4.0中的3.5，我认为应用程序将并排运行并在需要时调用2.0 clr，只有新的'GUI'将使用4.0 clr。这一切背后的主要原因是我们需要使用最新的Dev Express控件，它们只能在4.0中运行，但似乎我们的3.5 dll中引用的原始DLL只能在3.5sp1或更低版本中运行！
任何有关解释我们如何强制.net“将自己分成两部分”并在所需时间调用所需CLR的帮助将不胜感激
BTW - 我们已经尝试过useLegacyV2RuntimeActivationPolicy =“true”属性 - 没有任何区别。
提前干杯 保罗