无法调试网站:没有加载符号

时间:2009-02-17 11:00:54

标签: .net asp.net visual-studio debugging

我的网站突然出现断断续续的错误。

我将从svn工作中获得解决方案一天〜然后第二天我会插入一个断点,突然间我得到“无符号消息”。

我试过

  1. 删除所有obj和bin文件夹。
  2. 验证所有pdb文件的日期时间与.dll同步
  3. 重启VS2008
  4. 即使将新代码放入我的工作文件夹,有时也可以。
  5. 甚至重新安装VS2008。
  6. 验证所有内容是否处于调试模式
  7. 该解决方案确实包含我在网站中引用的其他项目,我已将上述所有内容应用于这些项目。

    为什么会发生这种情况,我该怎么做才能解决问题?

    这给我带来了很大的问题,所以任何解决方案都会受到高度赞赏。

    编辑:

    网站是ASP.Net 网站通过 IIS进行调试

    Edit2:

    查看模块窗口我在破碎的网站上加载的模块较少。

    打破
    WebDev.WebServer.EXE是否跳过加载符号。
    WebDev.WebHost.dll是否跳过加载符号。
    System.Windows.Forms.dll是否跳过加载符号。
    System.dll是否跳过加载符号。
    System.Drawing.dll是否跳过加载符号。
    System.Web.dll是否跳过加载符号。
    System.Configuration.dll是否跳过加载符号。
    System.Xml.dll是否跳过加载符号。

    工作
    mscorlib.dll是否跳过加载符号。
    WebDev.WebServer.EXE是否跳过加载符号。
    WebDev.WebHost.dll是否跳过加载符号。
    System.Windows.Forms.dll是否跳过加载符号。
    System.dll是否跳过加载符号。
    System.Drawing.dll是否跳过加载符号。
    System.Web.dll是否跳过加载符号。
    System.Configuration.dll是否跳过加载符号。
    System.Xml.dll是否跳过加载符号。
    Microsoft.JScript.dll是否跳过加载符号。
    VJSharpCodeProvider.dll是否跳过加载符号。
    CppCodeProvider.dll否否无法找到或打开PDB文件 App_GlobalResources.lehpz3-i.dll否是已加载符号。
    App_Code.uje8qrn7.dll否是已加载符号。
    Microsoft.VisualBasic.dll是否跳过加载符号。
    System.Data.dll是否跳过加载符号。
    System.Web.Services.dll是否跳过加载符号。
    AjaxControlToolkit.DLL否是已加载符号。
    System.Data.DataSetExtensions.dll是否跳过加载符号。
    System.Core.dll是否跳过加载符号。
    System.Web.Extensions.dll是否跳过加载符号。
    System.Web.Abstractions.dll是否跳过加载符号。
    App_global.asax.yoorz-jp.dll否是已加载符号。
    剪断
    App_Browsers.wieva6wr.dll否是已加载符号。
    System.Transactions.dll是否跳过加载符号。
    System.EnterpriseServices.dll是否跳过加载符号。
    System.Web.Mobile.dll是否跳过加载符号。
    System.ServiceModel.dll是否跳过加载符号。
    SMDiagnostics.dll是否跳过加载符号。
    App_Web_yymooqyw.dll否是已加载符号。
    App_Web__9iw0ile.dll否是已加载符号。
    System.Web.RegularExpressions.dll是否跳过加载符号。
    App_Web_-hwxaplp.dll否是已加载符号。
    A_ce20f9a1_b4fe_4ebe_a615_5a0a6bd4f7cb否否无符号加载。
    M_ce20f9a1_b4fe_4ebe_a615_5a0a6bd4f7cb否否未加载符号。

3 个答案:

答案 0 :(得分:1)

解决方法,这是使用Debug | Attach to Process选项并附加到aspnet_wp.exe进程(或等效进程)。它没有回答如何修复“标准”调试的问题。

答案 1 :(得分:1)

在IIS管理器的“应用程序池”属性中,尝试将“最大工作进程数”设置为1。

alt text

我很尴尬地承认我在这个问题上乱了几天。有时调试会起作用,有时则不行。 John Nolan提到的附加过程解决方法对我来说是成功的,那时我注意到当我按F5进行调试时,我启动了多个w3wp.exe进程。将此值设置为1可让VS2008每次都选择正确的w3wp.exe。

答案 2 :(得分:0)

在网站中,每个页面通常都是动态构建的。

如果更改此页面中的代码,则源页面将不再与现有程序集匹配。然后断点看起来很奇怪。当页面实际运行重建并且断点“再次稳固”时,这不是一个真正的问题。