从C+;调用C#library时,授予最低权限请求失败+/来自本地控制台应用程序的CLI DLL

从C+;调用C#library时,授予最低权限请求失败+/来自本地控制台应用程序的CLI DLL,c#,.net,c++-cli,C#,.net,C++ Cli,这个问题接自 多亏了这个问题的解决方案,我现在能够从本地控制台应用程序调用网络共享上的C#库(无需更改CasPol) 我现在需要执行下一步,即从另一个与C#库位于网络上同一文件夹中的混合C++/CLI DLL调用C#库。本地控制台应用程序将调用C++/CLI DLL 我使用的是上面提到的同一个自定义处理程序(即带有证据),它在从本地控制台应用程序调用C#库时起作用 从本地控制台应用程序调用C++/CLI库时,出现以下异常: 无法加载文件或程序集“MyCplusplusCLILib,版本=0.0.

这个问题接自

多亏了这个问题的解决方案,我现在能够从本地控制台应用程序调用网络共享上的C#库(无需更改CasPol)

我现在需要执行下一步,即从另一个与C#库位于网络上同一文件夹中的混合C++/CLI DLL调用C#库。本地控制台应用程序将调用C++/CLI DLL

我使用的是上面提到的同一个自定义处理程序(即带有证据),它在从本地控制台应用程序调用C#库时起作用

从本地控制台应用程序调用C++/CLI库时,出现以下异常:

无法加载文件或程序集“MyCplusplusCLILib,版本=0.0.0.0, 区域性=中性,PublicKeyToken=null'或其依赖项之一。 未能授予最低权限请求。(HRESULT的例外情况: 0x80131417)

如果我完全信任网络位置,它将正常工作,但是我不理解为什么我需要授予此信任,因为根据3.5 SP1中的更改,Intranet不再需要对其应用FullTrust(所有库都是在Visual Studio选项中为.NET 3.5编译的)

以下列表底部列出了您未获得完全信任的情况:

  • 从启动.exe的共享的子目录加载的程序集
  • 从启动main.exe的共享以外的共享加载的程序集
  • 在LegacyMyComputer注册表值设置为1的计算机上加载的任何程序集
  • 加载到CLR主机中的任何程序集,包括作为控件加载到Internet Explorer中的程序集
  • 从“真实”MyComputer区域启动的应用程序从共享加载的任何程序集

  • 听起来你的案子是5号。将.exe复制到同一网络目录将是一个解决办法。

    我遇到了一个DLL权限问题。由于安全/信任问题,从internet下载的DLL文件在windows中被阻止。在代码的任何部分可以使用这些依赖项之前,需要手动取消阻止它们

    To unblock:
     Go to properties & click the "unblock" button and the problem may be solved.