我在C：\ full path这里有一个解决方案\ VS2010 \ blender.sln
此解决方案包含许多项目（大约100个）。当我编译它们时，它们都工作正常。我可以毫无问题地运行它们，并且（相当）一切正常（有一些错误）。 其中一个项目是ALL_BUILD，但如果我尝试调试INSTALL（另一个项目），它会给出相同的错误。我正在使用RELWithDebInfo作为配置进行编译，如果我手动执行该程序，它就可以正常工作。它在C：\ full path输出\ VS2010 \ bin \ RelWithDebInfo
但是，如果我尝试运行编译器，它会说
＆＃34;无法启动程序 C：\完整路径\ VS2010 \ RelWithDebInfo \ ALL_BUILD 无法找到指定的文件＆＃34;
我尝试将已编译的程序复制到VS所需的路径中，但它引发了同样的错误。
我该怎么做才能解决这个问题？现在我设置cmake来生成一个mingw项目，我编译它并用gdb调试它，但这是一个非常缓慢且不切实际的工作流程，我想使用VS调试器。
我必须说，如果我使用Debug作为配置编译，程序甚至无法启动。
我在Win7 64bit上使用VS2010 Express
（这是一个很大的开源程序，所以我不知道它究竟做了什么）
答案 0 :(得分：70)
根据我的信息猜测，你实际上并没有编译程序，而是试图运行它。也就是说，BUILD_ALL被设置为您的启动项目。 （它应该是粗体字，与解决方案中的其他项目不同）如果您尝试运行/调试，您将得到您描述的错误，因为没有什么可以运行。
该项目很可能是通过CMAKE生成的，并包含在Visual Studio解决方案中。将生成.exe的任何项目设置为启动项目（通过右键单击项目并选择“设置为启动项目”），您很可能将从Visual Studio中启动。
答案 1 :(得分：5)
我有同样的问题:) 验证“解决方案资源管理器”中的“源代码”文件夹，如果它不包含任何“源代码”文件，则：
右键点击“源代码”＆gt;添加＆gt;现有项目＆gt;选择您要构建并运行的文件。
祝你好运;）答案 2 :(得分：1)
我认为您需要检查的是：
如果在项目设置中正确配置了目标EXE（“命令”，在调试选项卡中）。由于所有单个项目在您开始调试时都会运行，因此很可能只缺少“ALL”解决方案的调试目标，请检查当前哪个项目处于活动状态（您还可以通过更改活动项目来选择调试器目标）。
依赖项（DLL）也位于目标debugee目录或可以加载（您可以使用“depends.exe”工具来检查可执行文件或DLL的依赖项。）