好的,我有:

Visual Studio 2010 RC, W7 x64,启动了一个新的项目类型的Silverlight应用程序。在ASP中托管Silverlight应用程序。NET Web应用程序项目。Silverlight 3.0版。 添加了一个LinqToSQL类,一个WCF服务,一个Winform测试应用程序(解决方案中的项目)和一些类(也作为解决方案中的项目)。

昨天,我突然得到了“断点当前不会被击中”。本文档未加载任何符号。'消息出现在IDE中,但它只影响Web Appliaction,我可以调试Silverlight和Winform应用程序。

我尝试/做了什么来摆脱这条信息:

Reset Visual Studio Settings removed all files in every \Temporary ASP.NET Files Folder (there is one for each 32bit/64bit and for Framework 2.0 and 4.0) tried to debug using Visual Studio Integrated Web server - normally I use IIS, in the project output of the solution I deleted every obj and bin folders in every project folder created a new solution and added all the projects to this new solution deleted the solution suo file created a new ASP.NET Web Application to test if it is a VS-installation issue => I can debug this new project/solution rebooted the machine several times repaired the vs.net installation did an IISReset removed the Web App from IIS used the Create Virtual Directory Button under Project Properties of the Web App to create a new Web App in IIS changed the Framework Version of every project from 3.5 to 4.0 Opened the Solution on my second machine => same behavior crawled Microsoft Connect for bugs / similar issues SPENT 7 HOURS.

这是我人生中第二次这样了。上次我通过删除临时ASP解决了这个问题。NET文件文件夹,但这次我需要你的帮助。


当前回答

我采取了最简单的路径,实际上在我的多个项目解决方案中,包括一个类库,我有一个问题,由类库项目创建的.dll文件不允许我在执行时有断点,因为它不是由于某种原因构建的,我单独构建该项目并引用它的输出.dll,现在断点是功能性的

不确定,也许这个能帮到你;如果不是你,那就找一个像我这样的新人吧,因为这对我来说很管用:)

其他回答

每当我遇到这个特殊的错误时,结果是Visual Studio加载程序集的文件夹与web应用程序运行的文件夹不同。

也就是说,运行应用程序的应用服务器

C:\dev\MyApplication\bin 

但是Visual studio正在调试从

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

注意——由于各种原因,我使用IIS作为应用程序主机进行调试,而不是大多数人使用的小型独立设备。这可能会影响我回答的有用性!

更新:

对于IIS,应用服务器目录(即上面的C:\dev\MyApplication)是为web应用程序配置的物理目录-这可以通过更改应用程序的基本设置来控制。

对于Visual studio,调试目录(例如上面的C:\dev\MyOtherApplication)是svc文件所在的目录,通常与csproj项目文件所在的目录相同。

在调试/常规设置中禁用“只是我的代码”选项。

右键单击解决方案——> Properties

查看公共属性—>启动项目

选择多个启动项目

在需要调试的项目上选择“启动操作”。

调试->附加到进程-> 选择Debug这些代码类型:option -> 选择托管v3.5、v3.0、v2.0或托管v4.5、v4.0

另一个可能有用的轶事是

当我的一个项目使用来自发布输出文件夹的文件引用时,我遇到了这个问题。当构建结果被放置在Goods文件夹中时,这些Release dll将覆盖Debug dll。

解决方案是确保在csproj文件中,我的引用的HintPath是

< HintPath > \…" Goods美元(Configuration) \ \核心MyFramework等< / HintPath >。

而不是

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>