debugging目标是否丢失?

当我尝试构build我的解决scheme时,出现以下错误:

Visual Studio无法启动debugging,因为debugging目标'c:\ target'丢失。 请>构build项目并重试,或适当地设置OutputPath和AssemblyName属性>指向目标程序集的正确位置。

我的输出path正确设置为bin \ Debug ,但是exe永远不会在该文件夹中创build。 相反,我得到的只是exe.configvshost.exevshost.exe.config文件。

任何想法发生了什么?

您可以使用文本编辑器打开项目文件,并用'bin \ Debug'replace'c:\ target'

编辑

还有其他更有帮助的答案,但我不能删除我的,因为这是可以接受的。

@CZFox答案

@Yhhuda Shapira答案

  1. 确保项目的输出path正确(项目>属性>生成>输出path)
  2. 进入菜单生成>configurationpipe理器,并检查您的主/项目是否已检查生成。 如果没有,请检查它。

我有同样的问题;

以下是对我无效的解决scheme:

  • build立/重build整个解决scheme
  • 确保输出path正确(MyProject> Properties> Build> Output> Output path)

这是为我工作的解决scheme:

  • 只重build项目

我已经解决了这个问题

1.VS2010右键单击解决scheme资源pipe理器,然后selectBuild。

  1. 再次按Ctrl + F5或F5

我只是偶然发现了这个问题,但是我正在使用Visual Web Developer Express 2010,在IDE或项目文件中找不到任何错误的path。 重build或删除构build文件夹没有帮助。

但是,在检查了我以前从未做过的用户文件后,我发现那里有坏的path。 非常简单,如果知道在哪里看。

您可以尝试以下步骤来解决问题。

步骤1:

右键点击解决scheme并select属性

第2步:

在configuration属性中select生成选项button

我发现,如果从bin文件夹中删除所有文件,就会发生这种情况。 重新构build应用程序以强制完整构build:右键单击解决scheme资源pipe理器中的项目,然后select“重build”。

请按照以下步骤来解决这个问题:

  1. 如果您正在使用VS2010,请将平台目标更改为x64
  2. select.net框架为3.5
  3. 如果您正在使用Sharepoint的任何自定义代码,并喜欢debugging或部署使用上述….和我的坏缘故我不abt .net应用程序

我也有这个错误(在VS2010中),在我的情况下(一个解决scheme中的两个项目,一个是unit testing)答案是进入解决scheme (而不是项目)的属性,并设置一个启动项目。 我会认为这也是必要的,在该项目的设置下,在应用程序,以指定“启动对象”,但它的工作与我或不。

尽pipe已经得到了答复,但我发现我自己的解决scheme并非如此。 诚然,这是一个菜鸟的错误,在我的解决scheme中,我有多个项目,因此当试图运行解决scheme时,错误的项目被设置为启动项目

所以在我自己的情况下,不要说别人,解决scheme是右键单击该项目,然后select设置为启动项目

有很多问题可以导致这个问题,失去2天后,这个问题,我认为我有这个问题的根源,也是表单devise器在切换到devise视图时抛出一个错误的问题(似乎也影响DataSetdevise器):

Intellisense无法捕捉的语言语法错误。

一旦我用细齿梳理了我的代码,我发现了一些我一直忽略的真正的骨头错误,一旦解决了这个问题,解决scheme编译得很好,输出就在正确的位置。

这真是一个恼人的错误!

我一直试图启动一个debugging实例,但它不会使一个EXE! 尽pipe我的ConnectionString中有错误(尝试build立SQL连接时)。 有两条反斜杠被认为是path的一部分,我接着的教程告诉我忽略它。

那么,事实certificate这是错误的。 反斜杠标志着你想要做的一些转义的开始,显示反斜杠的方式是\\而不是\\

摆脱了这一点,它为我工作。

编辑:这似乎是你必须摆脱你写的代码,让它编译正确的时候犯的小错误。

我已经通过将平台目标更改为“任何CPU”来解决这个问题。

如果上面的解释没有帮助你,那么你可能在程序中有错误。 我有同样的问题,我解决了这个问题,因为我在同一个类中使用了相同的function,其中一个function就是它的原因。

我有同样的问题,真正的解决scheme是令人尴尬的简单:

如果在您的项目中,Visual Studio从未成功编译过程(在查找第一个错误之前),您将会看到这个错误。 我所做的是删除所有违规的代码(在我的情况下,只留下一个简单的button1_Click没有代码)。 运行/编译一次代码; 退出正在运行的程序,这个消息就消失了。

编译器在第一次成功编译时构build各种目录和文件,并由debugging器使用。 我现在推荐所有新的项目,定义窗体,编译,closures,然后开始编码。

我有一个非常类似的问题,但几乎没有解决scheme为我工作,最后当我重置VS设置,它固定…重置设置:

  • 工具菜单>
  • 导入和导出设置>
  • select重置所有设置radio>
  • 下一步>
  • 下一步(您可以在此步骤备份您的当前设置)>

问题:问题是我有坏的源代码configuration,所以解决scheme无法正常启动,尽pipe它是正确构build,因为它仍然看到旧的dll引用。

解决scheme:仅仅改变块金来源url是不够的,我只需要移除整个块来源,然后再添加适当的url即可。 清理解决scheme并重build它。

我尝试了这个线程中提到的一切,但没有工作。 然后,我尝试了最简单的事情,它的工作。 closuresvisual studio并再次打开它。

这是解决这个问题的办法,不需要为这个问题做任何改变。 你们都知道C#是区分大小写的语言,我们必须把所有的方法和语句写成正确的大小写。 我们都只是错过了这个东西,我们只需要改变方法' main() – > Main() '这个东西解决了我的问题,请让我知道,如果你还find任何:-)