1
6
建议的下一个调试步骤:检查 项目设计器:引用->引用路径 验证系统和第三方组件的路径是否正确显示。(注意那些可能滑过旧标记的东西,我的眼球像驱动器字母一样。) |
2
44
我也有同样的问题。结果发现Nuget出了问题。我移除了
|
3
29
在我的例子中,解决方案完全不同。看起来这是nuget路径的问题(由我将项目移动到另一个解决方案,然后再次返回引起)。 我编辑了.csproj并删除了对nuget和相关包的所有引用。我还从解决方案文件夹中删除了Packages文件夹。 然后系统组件神奇地重新出现。 |
4
3
在使用fuslogvw进行装配负载日志记录后尝试运行vs。当运行时试图定位和加载程序集时,您将能够看到它捕获的其他错误。 在vista中,您必须以管理员身份运行fuslogvw,并且有时指定一个显式路径来保存日志。 您还可以尝试通过从另一个实例附加到Visual Studio,或使用.NET SDK附带的基本调试器来调试它。 |
5
3
不久前我也遇到过类似的问题。 我发现这个问题是由Git在从一个分支跳到另一个分支时没有正确创建.exe引起的(我们在一个路径中有nuget.exe,在跳分支时它会被删除/添加)。当您尝试运行nuget时,Windows会在exe上抛出fit。 在重新设置了多次分支之后,我最终得到了正确运行的exe。然后我注意到repo中所有目录的安全性都被重置了,所以我必须处理这个问题。 在这一切之后,Visual Studio开始表现得很好。 希望这能帮助别人! |
6
2
我不想这么说,但听起来这个系统已经相当老生常谈了。重新安装操作系统必须比继续尝试修复当前安装更快。 我只是希望你把这个放在正确的精神上…对不起的。 |
7
1
好吧,如果你点击错误,在vs 2012 rc中,然后调试它,错误就消失了… |
8
1
我知道这是一个老问题,但在最新版本的Visual Studio(2015)中仍然存在。我以一种不同的方式解决了这个问题,当被问到这个问题时,这个问题可能还没有回来。基本上,这与VS找不到.NET库包有关。要在最新版本的Visual Studio(2015)中修复:
我希望这能帮助别人! |
9
0
在黑暗中拍摄,但我遇到了同样的问题。我遇到的问题与拥有64位计算机和运行混合了64位和32位第三方DLL的项目有关。解决方案是确保具有正确的位(3264),然后以32位模式生成项目:项目属性>生成>平台目标:x86。 另一次发生这种情况时,我不得不删除所有64位的dll,然后用32位的dll重新安装 H氏 |
10
0
使用ildasm检查输出,以确保引用正确显示——将它们与正常工作的程序集进行比较,并查看是否有任何东西跳出您的视线。 |
11
0
它也可能是同一解决方案中其他项目的引用的问题。我只想构建一个项目,但收到了关于另一个项目中引用的消息。虽然另一个项目中的问题是正确的,但我认为消息不正确:
|
Willy · LINQ:将分组列表转换为新列表 7 年前 |
Kapil · 如何使用参数设置脚本任务SSI的路径 7 年前 |
c00000fd · 跨命名空间和不同的.H文件的友元类 7 年前 |
tangoal · 调用模板类成员时非法使用此类型作为表达式 7 年前 |