"Error while trying to run project: Unable to start program"。 运行 只能编程一次。然后VS需要重启
"Error while trying to run project: Unable to start program". Can run program only once. Then VS needs restart
我在启动 VS2013 后，运行在调试模式下启动我的 .NET 4.0 (C#) 项目。 运行很好。
我第二次从 VS 启动它时，出现了显示 "Error while trying to run project: Unable to start program C:\path\to\file.exe"
的对话框
当我关闭对话框时，任务管理器中的进程仍然存在。
从 Windows 资源管理器，我可以 运行 程序就好了。关闭后，进程也从任务管理器中消失了。
重建没有帮助。
这是已知解决方案的常见问题吗？
我遇到了类似的错误。我只需要重新启动 visual studio。有时一天几次。
我遇到了类似的问题，我必须清除组件缓存指令才能找到 Here。
希望对您有所帮助。
对于我的情况，它是由 Platform target 引起的，您可以强制将其选择为 x86 或 x64，您的项目是：
Each Project's Properties > Build > Platform target
我遇到了类似的错误并通过清理解决方案解决了它。在解决方案资源管理器中右键单击解决方案名称，然后选择“清理解决方案”。
我找到了解决方案here:
Please check "Use Managed Compatibility Mode" under Tools|->Options->Debugging->General.
正如我也指出的 ，唯一对我有用的解决方案是禁用 ConEmu 集成：
ConEmu → Settings → Integration → Default term → disable Force ConEmu as default terminal for console applications
一些用户 认为在同一设置选项卡中禁用 Aggressive mode 就足够了；不过对我来说不是这样。
我是巴西人，我的英语说得不太好。我在 google 翻译器上做了这个翻译。
我知道这个话题很老了，但它仍然可以帮助别人。
我在以下情况下遇到了同样的问题，我有一台双启动计算机（linux debian 11 和 windows 10）。在 debian 中，在我的 NTFS D 盘上，我创建了一个文件夹来执行编程测试。使用 windows 访问同一文件夹后，我在 visual studio 中创建了一个新项目，该文件夹位于我在 linux 中创建的同一文件夹中。项目的创建没有问题，但是当我尝试 运行 项目 (F5) 时，我收到了来自该主题的相同错误。我尝试了我在互联网上找到的所有解决方案，但没有任何效果。我已将所有权限授予我的管理员用户，但它仍然无法正常工作。然后我意识到，即使直接进入应用程序可执行文件所在的文件夹并直接单击它，我仍然收到访问被拒绝的错误消息。因此，我将项目从我在 linux 中创建的文件夹中取出，并且它起作用了。所以，我可以得出的结论是，因为我的项目所在的文件夹是在 linux 中创建的，出于某种原因，我的 windows 不信任这个文件夹，所以它不允许 运行ning 可执行文件来自该文件夹，甚至这个可执行文件是由 visual studio 从 windows.
中创建的
只需简单地在c盘中创建一个名为“projects”的文件夹，然后将新创建的项目复制粘贴到其中。 运行 通过清理和构建或重建方法来创建项目。它会起作用
主题很旧，但这可能对其他人有所帮助。
所以在我的例子中，我在 Visual Studio 中创建了一个扩展名为 .cp 的文件（不小心删除了最后一个 'p'）这使得 visual studio 只是“包含”文件而不是将它标记为一个编译单元，因此不编译它，我在文本编辑器中查看了 *.vcxproj 文件并发现了这一点，所以如果你在记事本或其他东西中打开项目文件通常只需在底部找到你的文件并且从
- 打开包含 visual studio 中的解决方案的文件夹。
- 再次，在解决方案中双击打开您的 *.sln 文件，打开后探索，尝试 运行 解决方案或重建解决方案。重建完成后，下次就可以正常打开了。
我在启动 VS2013 后，运行在调试模式下启动我的 .NET 4.0 (C#) 项目。 运行很好。
我第二次从 VS 启动它时，出现了显示 "Error while trying to run project: Unable to start program C:\path\to\file.exe"
当我关闭对话框时，任务管理器中的进程仍然存在。 从 Windows 资源管理器，我可以 运行 程序就好了。关闭后，进程也从任务管理器中消失了。
重建没有帮助。 这是已知解决方案的常见问题吗？
我遇到了类似的错误。我只需要重新启动 visual studio。有时一天几次。
我遇到了类似的问题，我必须清除组件缓存指令才能找到 Here。
希望对您有所帮助。
对于我的情况，它是由 Platform target 引起的，您可以强制将其选择为 x86 或 x64，您的项目是：
Each Project's Properties > Build > Platform target
我遇到了类似的错误并通过清理解决方案解决了它。在解决方案资源管理器中右键单击解决方案名称，然后选择“清理解决方案”。
我找到了解决方案here:
Please check "Use Managed Compatibility Mode" under Tools|->Options->Debugging->General.
正如我也指出的
ConEmu → Settings → Integration → Default term → disable
Force ConEmu as default terminal for console applications
一些用户 Aggressive mode 就足够了；不过对我来说不是这样。
我是巴西人，我的英语说得不太好。我在 google 翻译器上做了这个翻译。 我知道这个话题很老了，但它仍然可以帮助别人。 我在以下情况下遇到了同样的问题，我有一台双启动计算机（linux debian 11 和 windows 10）。在 debian 中，在我的 NTFS D 盘上，我创建了一个文件夹来执行编程测试。使用 windows 访问同一文件夹后，我在 visual studio 中创建了一个新项目，该文件夹位于我在 linux 中创建的同一文件夹中。项目的创建没有问题，但是当我尝试 运行 项目 (F5) 时，我收到了来自该主题的相同错误。我尝试了我在互联网上找到的所有解决方案，但没有任何效果。我已将所有权限授予我的管理员用户，但它仍然无法正常工作。然后我意识到，即使直接进入应用程序可执行文件所在的文件夹并直接单击它，我仍然收到访问被拒绝的错误消息。因此，我将项目从我在 linux 中创建的文件夹中取出，并且它起作用了。所以，我可以得出的结论是，因为我的项目所在的文件夹是在 linux 中创建的，出于某种原因，我的 windows 不信任这个文件夹，所以它不允许 运行ning 可执行文件来自该文件夹，甚至这个可执行文件是由 visual studio 从 windows.
中创建的只需简单地在c盘中创建一个名为“projects”的文件夹，然后将新创建的项目复制粘贴到其中。 运行 通过清理和构建或重建方法来创建项目。它会起作用
主题很旧，但这可能对其他人有所帮助。
所以在我的例子中，我在 Visual Studio 中创建了一个扩展名为 .cp 的文件（不小心删除了最后一个 'p'）这使得 visual studio 只是“包含”文件而不是将它标记为一个编译单元，因此不编译它，我在文本编辑器中查看了 *.vcxproj 文件并发现了这一点，所以如果你在记事本或其他东西中打开项目文件通常只需在底部找到你的文件并且从
- 打开包含 visual studio 中的解决方案的文件夹。
- 再次，在解决方案中双击打开您的 *.sln 文件，打开后探索，尝试 运行 解决方案或重建解决方案。重建完成后，下次就可以正常打开了。