Keine Symbole geladen wurden, und pdb-Datei fehlt

Ich versuche zu verstehen, warum bekomme ich die "Der Haltepunkt wird momentan nicht erreicht werden. Keine Symbole geladen wurden, die für dieses Dokument" angezeigt, wenn Sie versuchen, zu Debuggen meiner web-site application (Hinweis: keine web-Anwendung, im Fall es wichtig ist)

Bisher fand ich heraus, dass die pdb (Projekt Debuggen von Datenbank -) Datei ist so wichtig wie der source-code, und es sollte in den Ordner "bin", aber aus irgendeinem Grund die Datei nicht vorhanden ist, nur einige dll ' s sind dort platziert, eigentlich ist es kein pdb-Datei im ganzen Verzeichnis.

Meine erste Frage ist: sollte Es eine pdb-Datei, egal, was auch immer die Art von Projekt zu entwickeln. Richtig?

Zweite Frage: Wie kann ich neu erstellen, die Datei erneut, oder welche Schritte getan werden muss, um zu Debuggen, das Projekt wieder?

InformationsquelleAutor Somebody | 2012-01-20

  1. 4

    Paar Dinge, die ich tun, um zu versuchen, um dieses problem zu beheben:

    • Löschen der temporären ASP.NET Dateien (C:\Windows\Microsoft .NET\Framework{version}\Temporary ASP.NET Dateien{site} (Sie müssen beenden Sie Visual Studio und web-Browser zeigt auf der Entwicklung vor Ort)
    • Starten Sie den Task-Manager und rechten Maustaste auf das W3WP.EXE Prozess, wählen Sie " SET AFFINITY und deaktivieren Sie alle, aber eine CPU

    In der Regel, wenn ich das Tue, dann befestigen Sie an den W3WP-Prozess zu Debuggen, der Haltepunkt wird Sie gefüllt und ich können Schritt für Schritt durch meinen code.

    Hi Tim, vielen Dank für die Klärung, aber ich sehe nicht den W3WP.EXE Prozess läuft in den Task-manager. Und noch eine Frage, kann ich jetzt debug-meine website wieder, wie ich schon sagte, ich habe aber noch einige dlls, dass die Symbole nicht geladen noch Irgendwelche Ideen, wie man dieses Problem beheben?
    Ich nehme an, du läufst durch den VS-debugger anstelle von anfügen an einen Prozess. Versuchen Sie, löschen Sie Ihre temporären ASP.NET Dateien und ausführen den debugger erneut.
    Ich kann nicht löschen Sie die temporären asp.net Dateien, auch wenn ich in der Nähe von VS, die ich Abmelden und dann wieder anmelden, klingt das seltsam für Sie?
    Ich habe gesehen, IIS sperren der Dateien auf mich zu, nicht seltsam überhaupt. (Es treibt mich in den Wahnsinn manchmal) Versuchen Sie iisreset /stop, schließen Sie alle Webbrowser, die mit der site verbunden sind, schließen, VS, und versuchen, löschen Sie die Dateien erneut. Nachdem Sie fertig sind, denken Sie daran, zu tun, ein iisreset /start ein.
    Danke, hey weißt du was? einige Seiten der Haltepunkt funktioniert (scheinbar gefüllt), aber in anderen nicht, noch die komische Sachen :s

    InformationsquelleAutor Tim

  2. 7

    Haben Sie kompilierbare code, um die pdb. Es klingt wie Sie tun.

    In der Regel, was passiert ist, dass Sie eingerichtet haben, Ihren build zu sein "Release" statt "Debug".

    http://msdn.microsoft.com/en-us/library/wx0123s5.aspx

    Wenn Sie eine Webanwendung erstellen, die Ihre Konfigurations-Dateien könnte auch ein "Retail" - Einstellung. Wenn auf true gesetzt, Sie sind immer im "Release" Modus, auch wenn es etwas anderes sagt, in Ihrer build-Konfiguration.

    http://msdn.microsoft.com/en-us/library/ms228298(v=vs. 80).aspx

    es ist festgelegt, um zu Debuggen
    Aktualisierte Antwort mit einer anderen möglichen Lösung.
    die Release-Modus-immer noch erzeugt pdb-Dateien
    Manchmal, ja. Manchmal, Nein. stackoverflow.com/questions/291214/...
    In der Web-Site Fall die code-behind-Dateien kompiliert werden, die von ASP .Net nicht, indem Sie mit Visual Studio, es gibt also keine dll-und pdb-Dateien im bin-Ordner, die diese Dateien verwaltet werden, die von ASP .Net wenn die Seite "online" ist. Bin-Ordner enthalten kann anderen dll-und pdb-Dateien, though.

    InformationsquelleAutor Thomas Langston

  3. 1

    Ich hatte gerade dieses problem, und es stellt sich heraus meine web.config eingestellt war, debug=false.

    Stellen Sie sicher, dass die compilation debug=true in Ihrer Website.config

    <compilation defaultLanguage="vb" debug="true" batch="false" targetFramework="4.0">
  <assemblies>
    <!-- add references to gac assemblies here-->
  </assemblies>
</compilation>
    Yep. Zu schade, jeden Artikel auf ASP.NET Sicherheit sagt, dass dies ein erhebliches Sicherheitsrisiko. Wollen Sie keine Sicherheits-und Zeilennummern in Ihre stack-traces? Hart...
    Das gilt nur für eine prod-Umgebung, und das zu Recht.
    Vielleicht ein bisschen von Ort zu diskutieren, dies in den Kommentaren, aber warum auf der Erde ist es richtig, dass man nicht wissen kann, Zeilennummern in Ihrem real-Leben, prod-Umgebung nicht behandelte Ausnahmen?

    InformationsquelleAutor csauve

  4. 1

    Generieren .pdb-Dateien in der Version, die Sie benötigen, um Ihr Projekt Eigenschaften:

    Kompilieren\Advanced Compile Options\Generate Debug Info =>', pdb-only' oder 'Voll'

    Verpacken/Veröffentlichen-Web\Auszuschließen, erzeugt debug-Symbole => deaktivieren Sie diese

    InformationsquelleAutor Resource

  5. 0

    In meiner Suche nach einer Lösung für mein problem fand ich dies:

    Ersten, wie Adrian Iftode sagte, in der Web-site Fall die code-behind-Dateien kompiliert werden, die von ASP .Net, nicht vom VS, so gibt es keine dll-und pdb-Dateien im bin-Ordner.

    • So dass ich löschen Sie alle temporären Dateien aus:
      windows\Microsoft .NET\Framework\v2.0.50727\Temporary ASP.NET Dateien\

    enthält einen Ordner für jedes Projekt, das Sie haben.

    • Löschen Sie alle temporären Dateien aus den iexplorer
    • In IIS Eigenschaften für das Projekt\Directory\Configuration\Debugging\ überprüfen Sie beide Optionen unter Debugging flags.

    Indem Sie all die oben genannten, ich war in der Lage zu Debuggen meiner website wieder.

    InformationsquelleAutor Somebody

  6. 0

    Weitere Ressource, die Antwort von oben, obwohl ich bin mit debug-Versionen, die ich hatte, um die Release-version des Projekts zu Debuggen, die (in meinem Fall ein NuGet-Paket) zu 'pdbonly' als gut. Ich bin auch mit MyGet als symbol server, aber auf diese Weise kann ich auch Debuggen, mit lokalen Versionen. Ich habe Folgendes setup:

    Release-Versionen hochgeladen MyGet NuGet-Paket-server
    Debug-Versionen hochgeladen MyGet Symbol server

    InformationsquelleAutor Simon Storr

Schreibe einen Kommentar