Najpierw spróbuj przebudować projekt prawym przyciskiem myszy kliknij Projekt > Przebuduj Jeśli to nie zadziała, spróbuj wyczyścić Projekt (kliknij prawym przyciskiem myszy na projekt > Wyczyść)

If that didn ' t work check this:

1. Kliknij prawym przyciskiem myszy Twój projekt
2. select [Properties]
3. Wybierz kartę [Build]
4. upewnij się, że [Define debug constant] i [Define TRACE constant] są zaznaczone
5. Kliknij [zaawansowane] Przycisk na dole zakładki Build
6. Upewnij się, że [debug Info:] jest ustawione na [full]
7. Kliknij [OK] i Przebuduj projekt ; -)

(Krok 6 generuje .pliki pdb, są to symbole debugowania)

Po prostu coś prostego do wypróbowania - być może już próbowałeś. Kliknij prawym przyciskiem myszy rozwiązanie w Eksploratorze rozwiązań, kliknij "czyste rozwiązanie", spowoduje to usunięcie wszystkich skompilowanych i tymczasowych plików powiązanych z rozwiązaniem .

Przebuduj rozwiązanie i spróbuj ponownie debugować.

Miałem również problemy z punktami przerwania wielu projektów w rozwiązaniu-niektóre skompilowane jako x86, niektóre jako x64.

Wyłącz opcję "Tylko mój kod" w Ustawieniach debugowania/ogólnych.

Cross posting this fix from Hans K that I found on the similar thread > > HERE :

Kliknij prawym przyciskiem myszy rozwiązanie -- > właściwości

Zajrzyj pod właściwości wspólne -- > projekt startowy

Wybierz wiele projektów startowych

Wybierz Rozpocznij akcję na projektach, które chcesz debugować.

Wybrana odpowiedź doprowadziła mnie do rozwiązania mojego problemu. Ale muszę zrobić jeszcze kilka rzeczy:

Nawet z "Debug" zaznaczonym w rozwijanej liście:

Oraz w Properties projektu > Build:

Visual Studio nie ładowało symboli do konkretnego projektu. W tym rozwijanym menu wybrałem "Configuration Manager" i zobaczyłem, że ustawienia mojego projektu internetowego były nieprawidłowe:

Potem ustawiłem to na "Debug" i to zacząłem generować plik .pdb. Ale muszę ręcznie skopiować PDB i DLL i umieścić w folderze, który VS szukał (tutaj pomogła mi wybrana odpowiedź):

Debug > Windows > Modules aby zobaczyć, jakie moduły były ładowane, skierowałem się we właściwym kierunku.

W moim przypadku IIS Express wydaje się ładować inną bibliotekę DLL niż tymczasowa ASP.NET pliki.

1. przejdź do C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs
2. Usuń wszystko z tego katalogu!

Udało mi się naprawić błąd, po prostu ustawiając opcję w "dołącz do procesu" NA "automatycznie Określ typ kodu do debugowania", jak pokazano na załączonym zrzucie ekranu.

Po prostu wykonaj poniższe kroki:

• przejdź do Debuguj z paska menu
• Kliknij na Dołącz do procesu
• w pobliżu opcji Dołącz do opcji , Kliknij na Wybierz Przycisk
• pojawi się okno Select Code Type
• Teraz wybierz opcję automatycznie Określ typ kodu do debugowania i kliknij przycisk OK.

Sprawdź, czy twój .w folderze bin / Debug brakuje pliku pbd. Jeśli tak jest, przejdź do "właściwości" swojego projektu, wybierz "Build", a następnie "Advanced" na dole. W nowym oknie, które się pojawiło, wybierz "full" w sekcji "debug info". To był mój problem i rozwiązał go dla mnie.

Czasami, nawet jeśli to daje ten błąd, breakpoint nadal dostaje trafienie, więc po prostu zignoruj błąd. Zdarza się to dość często w Views z MVC web app.

W moim przypadku" Optymalizacja kodu " została zaznaczona we właściwościach mojego projektu. To spowodowało, że VS postrzegał mój montaż jako "nie mój kod", a z kolei nie ładował dla niego symboli.

Rozwiązaniem było odznaczenie tego.

Po prostu sprawdź, czy Twoje rozwiązanie jest w trybie Release.

Spróbuj uruchomić visual studio jako administrator w systemie windows.

Musisz włączyć "Generuj informacje o debugowaniu" w Ustawieniach kompilatora

Znaleźliśmy przyczynę naszego problemu. Kod ten używał atrybutu "CodeBehind" w dyrektywie Page of the .plik aspx zamiast atrybutu "CodeFile" (ASP.NET 2.0 i więcej). Po dniach desperacji proste wyszukiwanie i wymiana rozwiązały problem.

Opcja "Start debugging , Debug + Windows + Modules" nie istnieje w Microsoft Visual Studio Express 2013 edition.

Unchecking "Use Managed Compatibility Mode" in Tools Options debugowanie rozwiązuje ten problem.

W moim przypadku próbuję debugować w trybie relase. Po zmianie go na tryb debugowania. Jego działanie

Próbowałem wszystkiego, o czym wspomniano powyżej, ale nic nie działało. [Clean solution, and check for PDB files etc.]

Nawet opublikowanie tego samego rozwiązania nie rozwiązało problemu.

Potem wróciłem do tego, co zwykle robię, aby rozwiązać (oszukać to uparte Visual Studio)

Wszystko, co zrobiłem, to dokonać celowej zmiany w kodzie i opublikować rozwiązanie. Potem cofnąłem zmianę i opublikowałem ponownie.

Voila [pliki PDB pozbywają się złych duchów].. Not a smart rozdzielczość, ale to zadziałało.. :-|

Zamiast robić te wszystkie rzeczy po prostu

Zamknij i otwórz ponownie

Rozwiązanie to naprawi problem

Żadna z tych odpowiedzi nie rozwiązała mojego problemu. Próbowałem innej rzeczy opartej na fakcie, że projekt z zatrzymaniem nie był w rzeczywistości załadowanym projektem. Znalazłem, jak Hans Passant napisał, że .dll gdzie chcę zatrzymać debuggera i asooated .pliki pdb, gdzie kopiowane w pobliżu .plik exe. Te pliki miały starszą datę, więc myślałem, że nie zostały zaktualizowane w czasie wykonywania. I ręcznie usunięte je, Visual Studio utworzyć kolejną parę i umieścić tę nową parę w pobliżu .exe. Teraz breakpoins działa !

Może Visual Studio nie może kopiować i zastępować istniejących plików (.dll i .pdb) w pobliżu .exe, ponieważ są tam inne. Więc jeśli usunąłem ręcznie, VS może utworzyć nowy w pobliżu .exe.

Myślę, że kolejne zmiany (sprawdzanie i tak dalej - od innych odpowiedzi) coś wywołały, a Visual Studio skopiowało i podmieniło dll i pdb z folderu project do folderu w pobliżu exe, więc było to rozwiązanie.

Myślę, że główną przyczyną problemu jest to, że Visual Studio używa innego pliku w trybie runtime, bez pliku z projektu, z zatrzymaniem.

Może ta odpowiedź pomoże komuś !

Rzeczy do sprawdzenia dla jasności: upewnij się, że masz ustawioną konfigurację na "Debug", a nie "Release". Możesz debugować projekt startowy w trybie "Release", ale nie w odwołanej bibliotece klas.

Tylko Webaplikacje (IIS Express):

• Rightclick IIS Express taca i zamknąć IIS.
• Czysty Roztwór

Integrowałem aplikację C# ze statyczną biblioteką używając VS10 - w której jestem nowy. Napisałem zarządzaną bibliotekę DLL do ich interfejsu. Mogę ustawić punkty przerwania wszędzie oprócz statycznej lib. Dostałem wiadomość opisaną powyżej - dla tego dokumentu nie zostały załadowane żadne symbole. Próbowałem wielu z powyższych sugestii. Widziałem, że symbole nie były ładowane. W końcu zauważyłem debugowanie konfiguracji pola wyboru, Włącz debugowanie kodu niezarządzanego. To pozwoliło mi ustawić punkty przerwania w statyczne funkcje lib.

Przeczytałem uważnie wszystkie powyższe odpowiedzi, ale żadna z nich nie rozwiązała mojego problemu.

W moim przypadku kompilowałem bibliotekę klas (DLL). Żadne Moduły nie są ładowane w Debug - > Modules, więc nie mogłem nawet załadować symboli ręcznie.

Moim rozwiązaniem było dodanie tej linii do mojego kodu:

System.Diagnostics.Debugger.Launch();

Po osiągnięciu tego kodu, uruchamiany jest wyjątek i. NET Framework wyświetla okno dialogowe z pytaniem, które Visual Studio (np. nowa instancja VS 2008, nowa instancja VS 2013, itd) chcesz użyć do debugowania programu. Możesz wybrać istniejącą instancję VS z załadowanym projektem. Spowoduje to dołączenie procesu do sesji VS i załadowanie wszystkich symboli, a teraz możesz debugować swój projekt.

Oczywiście kompilacja musi być wykonana przy użyciu konfiguracji debugowania, a nie Wydania.

Właściwości projektu (następnie wybierz konfigurację budowania) > Zakładka budowania > zaawansowane... > Debug Info (dropdown)

Ustaw na "wszystkie" lub "tylko pdb", a następnie Przebuduj

Zajęło mi to chwilę wypróbowanie innych opcji powyżej i z jakiegoś dziwnego powodu debugowanie przestało działać.

Tool->Options->Debugging->General->(untick)"Require source files to exactly match the original version"

Dla ASP.Net aplikacji, sprawdź właściwości strony, ASP.NET tab. Upewnij się, że prawidłowe ASP.NET wybrana wersja.

Ja też miałem ten sam problem co odbudowuję całe rozwiązanie (w tym referowane projekty) w x86 (lub x64)

Mimo, że wszystkie moje projekty ustawiłem na x86 z Menedżera konfiguracji (Build->ConfigManager), niektóre z moich projektów nie były ustawione na x86.

Aby upewnić się, kliknij prawym przyciskiem myszy na projekt->Właściwości - > karta debugowania, zweryfikuj konfigurację i platformę.

Wiem, że jestem spóźniony o lata, ale myślałem, że zrobiłem coś nie tak i postępowałem zgodnie z powyższymi krokami, a potem zdałem sobie sprawę, że ustawiłem konfigurację rozwiązania Na "Release" przez pomyłkę:)

Kliknij prawym przyciskiem myszy na Project - > Properties - > przejdź do BuildTab -> odznacz Optimize Code. Zrób to dla dowolnego projektu w swoim rozwiązaniu