好的,我有:

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文件文件夹,但这次我需要你的帮助。


当前回答

这是一个非常有用的帖子,列出了解决这个有害问题的清单。对我来说,有效的方法是切换到IE。我花了一段时间才意识到,因为我已经在使用IE,我已经设置了项目的web属性,以便启动操作是启动扩展程序

C:\Program Files (x86)\Internet Explorer\ iexplorer .exe

使用命令行参数

http://localhost/MyProject (

我需要-private标志来阻止IE缓存我正在处理的swf。从“启动外部程序”切换回“特定页面”修复了“没有符号已加载”的问题。

其他回答

如果没有命中断点,则删除.xap文件。在志愿者项目。删除“YourProject.xap”。我已经尝试了所有以上和偶然发现这个修复,工作的每一次。明智的清理项目后删除以及。

我也遇到了同样的问题,在谷歌了一下之后,我找到了两个典型的解决方案:

确保在. web项目中激活了Silverlight调试器。打开项目属性,在“Web”选项卡下选择Silverlight调试器。 重新启动Visual Studio,删除所有bin和obj文件夹。

但这些对我都没用。然后有人在帖子后面提到尝试使用IE作为浏览器。这使得调试和断点再次工作!

编辑:

后来我遇到IE9无法工作的问题,因为它附加了错误的进程。我发现了一个巧妙的技巧,而不是每次都手动连接到正确的IE进程:

右键单击.Web项目(.html或.aspx)中生成的一个页面 点击“浏览…” 设置IE为默认浏览器(只会影响Visual Studio的浏览器选择)

现在,Visual Studio将在运行. web项目时启动IE并附加到正确的进程。这样就行了。

对我来说,问题是在调试配置中打开了属性->构建->优化代码复选框。关闭它,重新构建,然后正常调试。

我在客户端遇到过这个问题,对于每个应用程序解决方案,他们将大多数共享程序集复制到“引用”文件夹,然后将它们作为“解决方案项”和解决方案中的“项目”添加到解决方案中。

目前还不确定原因,但其中一些是可调试的,一些是不可调试的,即使在程序集的References设置中指定了正确的完整路径。

这种不可预知的行为几乎把我逼疯了:)

我通过从“References”文件夹中删除所有带有源代码的项目的程序集来解决这个问题,并很好地跟踪共享程序集的版本信息。

在我的案例中,解决同样问题的方法是以下步骤的组合:

解决方案—>属性选择多个启动项目选择需要调试的项目的启动动作。 从服务引用中删除服务并清理解决方案。 重新构建服务项目 将其添加回服务引用 清理解决方案并重新构建。