启动VS2013后，我正在调试模式下运行.NET 4.0（C＃）项目。它运行得很好。
我第二次从VS开始，我得到一个显示"Error while trying to run project: Unable to start program C:\path\to\file.exe"
当我关闭对话框时，Taskmanager中的进程仍然存在。 从Windows资源管理器中，我可以正常运行该程序。在关闭它之后，该过程也从任务管理器中消失了。
重建无济于事。 这是一个已知解决方案的常见问题吗？
答案 0 :(得分：4)
我遇到了与此类似的问题，我不得不清除组件缓存指令Here。
希望这有帮助。
答案 1 :(得分：1)
对于我的情况，由Platform target导致，您可以强制选择项目所在的x86或x64：
Each Project's Properties > Build > Platform target
答案 2 :(得分：0)
我遇到了类似的错误。我只需重新启动visual studio。有时候一天几次。
答案 3 :(得分：0)
我遇到了类似的错误并通过清理解决方案解决了这个问题。在Solution Explorer中右键单击解决方案名称，然后选择Clean Solution。
答案 4 :(得分：0)
对我来说，路径显然太长了，更改该路径对我有用，但是可能是该项目先前位于google drive for Windows文件夹中。如果其他解决方案不适合您，则从那里将其取出即可使用
答案 5 :(得分：0)
正如我也here所指出的那样，唯一对我有用的解决方案是禁用ConEmu集成：
ConEmu→设置→集成→默认术语→禁用
Force ConEmu as default terminal for console applications
一些用户reported足以让他们在同一“设置”标签中禁用Aggressive mode；不过，对我而言并非如此。
答案 6 :(得分：0)
只需简单地在 c 驱动器中创建一个名为“projects”的文件夹，然后将新创建的项目复制粘贴到其中即可。通过执行 clean & Build 或 Rebuild method 来运行项目。它会起作用
答案 7 :(得分：-1)
我是巴西人，我的英语不太好。我在谷歌翻译器上做了这个翻译。 我知道这个话题很旧，但它仍然可以帮助某人。 我在以下情况下遇到了同样的问题，我有一台双引导计算机（linux debian 11 和 windows 10）。在 debian 中，在我的 NTFS D 磁盘上，我创建了一个文件夹来执行编程测试。使用 Windows 访问同一个文件夹后，我在 Visual Studio 中创建了一个新项目，该项目位于我在 linux 中创建的同一个文件夹中。该项目的创建没有问题，但是当我尝试运行该项目 (F5) 时，我收到了来自该主题的相同错误。我尝试了在互联网上找到的所有解决方案，但没有任何效果。我将所有权限授予我的管理员用户，但它仍然无法正常工作。然后我意识到即使直接进入应用程序可执行文件所在的文件夹并直接单击它，我仍然收到拒绝访问的错误消息。所以，我把这个项目从我在 linux 中创建的文件夹中取出来，它工作了。所以，我可以得出的结论是，因为我的项目所在的文件夹是在 linux 中创建的，出于某种原因，我的 Windows 不信任这个文件夹，所以它不允许从该文件夹中运行可执行文件，即使是这个文件夹Visual Studio 在 Windows 中创建的可执行文件。
答案 8 :(得分：-3)
我找到了解决方案here：
请检查＆＃34;使用托管兼容模式＆＃34;在工具| - ＆gt;选项 - ＆gt;调试 - ＆gt;一般。