nie można znaleźć informacji o debugowaniu lub nie pasują do programu visual studio

Prawdopodobnie dezaktywowałeś informacje o debugowaniu dla Twojego projektu:

• Kliknij prawym przyciskiem myszy na swoim projekcie - > właściwości
• Właściwości konfiguracji -> Linker - > debugowanie
• Przełącznik "Generuj informacje o debugowaniu" z nie na tak

Przebuduj swój projekt i spróbuj ponownie, powinien teraz działać bez Wiadomości:)

Zdarza mi się to od czasu do czasu, podczas debugowania kodu i wprowadzania zmian wydaje się, że visual studio buforuje informacje pdb i czasami się zacina. Naprawienie rozwiązania, usunięcie pdb i utworzenie nowego nie rozwiązuje problemu.

Oczywiście mam informacje o generowaniu debugowania i wszystko, co jest potrzebne, zwłaszcza, że dzieje się to podczas debugowania kodu kilka razy.

Visual Studio wydaje się być zadowolony z pdb w pamięci i odmawia aby go zaktualizować, niezależnie od znaczników czasu, a nawet zmian rozmiaru w pdb.

Jedynym sposobem na zresetowanie tego jest wyjście z Visual Studio (IDE) i ponowne uruchomienie go.

W niektórych rzadkich przypadkach IDE może nadal działać w tle (process explorer pokazuje go tam) i może przytrzymać uchwyt do otwartego pliku. Możesz zabić proces przed ponownym uruchomieniem IDE.

Powodzenia

Właśnie napotkałem ten błąd w VS2012. Jest to z pewnością spowodowane przez błąd w Visual Studio, który ujawnia się w sytuacjach, gdy lokalny plik PDB głównego projektu ma taką samą nazwę jak ostateczny plik PDB dla całego pliku wykonywalnego (nawet jeśli oba znajdują się w różnych katalogach!)

Rozważ ten przykład.

Rozwiązanie składa się z trzech projektów: main, a, i b. main jest projektem najwyższego poziomu dla pliku wykonywalnego, podczas gdy a i b są biblioteki połączone w main.

We wszystkich trzech projektach $(IntDir) zmienna jest ustawiona na $(SolutionDir)\$(Configuration)\$(ProjectName)\. Oznacza to, że project main zrzuca swoje pliki pośrednie do Debug\main\, project a - do Debug\a\ i tak dalej.

W Ustawieniach C/C++ -> Output Files wszystkie trzy projekty mają wartość Program Database File Name ustawioną na $(IntDir)$(TargetName).pdb. Oznacza to, że project main generuje swój lokalny plik PDB jako Debug\main\main.pdb, project b jako Debug\b\b.pdb i tak dalej.

Wreszcie, w Linker -> Debugging ustawieniach projektu main wartość Generate Program Database File jest ustawiona na $(OutDir)$(TargetName).pdb. Oznacza to że globalny plik PDB dla całego pliku wykonywalnego zostanie wygenerowany jako Debug\main.pdb.

Zauważ, że w tej konfiguracji każdy plik PDB jest generowany w osobnym katalogu.

W tej konfiguracji otrzymasz Informacje o debugowaniu nie mogą zostać znalezione lub nie pasują do błędu , jeśli spróbujesz uruchomić program pod debugerem. A jeśli spojrzysz na plik Debug\main.pdb (który będzie istniał), zauważysz, że jest dokładnie taki sam jak plik Debug\main\main.pdb! Tj. jakoś lokalny PDB dla main udało się nadpisać to, co miało być globalnym PDB dla ostatecznego pliku wykonywalnego. Czyli debugger ma prawo narzekać, że plik PDB jest "zły". To rzeczywiście złe.

Ponownie, w powyższej konfiguracji ostateczny globalny PDB zostaje jakoś nadpisany przez lokalny PDB top projektu. Nie wiem, dlaczego tak się dzieje. Wygląda na pluskwę. (Zauważ, że nawet jeśli te pliki PDB mają tę samą nazwę, Są one generowane w różnych katalogach, czyli nie powinny konflikt.)

Obejściem, które rozwiązuje ten problem, jest nadanie lokalnej PDB projektu main innej nazwy. Na przykład, po prostu przejdź do C/C++ -> Output Files dla projektu main i zmień wartość Program Database File Name na $(IntDir)$(TargetName)_local.pdb (lub na $(IntDir)12345.pdb, jeśli chcesz). Wyeliminuje to konflikt i rozwiąże problem.

Włącz tworzenie PDB przez:

Kliknij prawym przyciskiem myszy na MyProject > Properties > Debugging:

• C/C++ > General > Debug Information Output = Program Database (/Zi)
• Linker > Debugging > Generate Debug Info = Yes (/DEBUG)

Wyczyść MyProject, uruchom ponownie Visual Studio( dla pewności), Przebuduj MyProject. Folder wyjściowy powinien zawierać *.pliki pdb.

Jeśli debugujesz zoptymalizowany/uwolnij kod rozważ wyłączenie optymalizacji przez

• C++ > Optimization > Optmization = Disabled (/Od)

Miałem do czynienia z tym samym problemem i próbowałem wszystkich wyżej wymienionych rozwiązań, ale to nie mogło mi pomóc. Potem znalazłem losowo nowe rozwiązanie i zadziałało.

Rozwiązanie polega na tym, że w przypadku, gdy masz wiele projektów w rozwiązaniu, powinieneś oznaczyć dowolny (konkretny, o którym musisz zdecydować) projekt jako "Ustaw jako projekt startowy". Kliknij prawym przyciskiem myszy ten konkretny projekt i kliknij "Ustaw jako projekt startowy".

U mnie zadziałało.

pdb lub plik bazy danych programu wydaje się brakować (zasadniczo ścieżka uległa zmianie i nie może być już znaleziona przez kompilator). Zobacz this related post, aby uzyskać dodatkowe informacje.

Miałem podobny problem, a powodem było to, że uruchomiłem jeden z projektów mojego rozwiązania w innym procesie i nie można go zabić. Nie myślałem o tym zbyt wiele. Więc kiedy budowałem rozwiązanie w osobnym środowisku jeden z plików pdb nie pasował, więc na koniec nie mogłem załadować żadnego z plików pdb. Właśnie zrestartowałem komputer i to go naprawiło.

Powodzenia

Ponowne uruchomienie programu Visual Studio może naprawić jedną instancję tego problemu.

Kliknij prawym przyciskiem myszy projekt w przeglądarce rozwiązania = > Clean = > Build. To jest, jeśli twoja Budowa generuje .pdb w ogóle (spójrz w katalogu docelowym) Jeśli nie, powinieneś włączyć debugowanie za pomocą kroków wymienionych w innych postach

Najprawdopodobniej są inne powody, takie jak .pdb / błąd w pliku exe, coś nie zostało zbudowane / przebudowane, ale miałem podobny przypadek w Visual studio 2013 -

Coś wspólnego z wirtualną funkcją inline-tak podejrzewam.

W moim przypadku debugger skakał w środku innej funkcji C++, a nie tej, która została wywołana. Jump był wyłączony z kodu źródłowego o 11 linii kodu źródłowego, ale nie mogę wyjaśnić, dlaczego doszło do dużej pomyłki. Dzięki prostym funkcjom przestawiania pozbyłem się ten problem.

Może być bardziej szczegółowa analiza dlaczego przesunięcie 11 linii nastąpiło pierwotnie.

Nie widziałem takiego zachowania w żadnym innym visual studio.

Ten problem niepokoi mnie od dawna. Anwser AnT jest bardzo pomocny. Główną ideą jest to, że nie ma dwóch plików pdb o tej samej nazwie , nawet jeśli nie znajdują się one w tym samym katalogu.

Oto moja sytuacja: mam projekty o nazwach "FooBar" i "FooBarDll", pierwszy to exe, a drugi to dll. Ustawiłem oba projekty docelową nazwę na "FooBar", tak aby generowały " FooBar.exe " i " FooBar.dll".

Wtedy ustawiłem

1. "General - > Intermediate Directory" to be "$(OutDir)\$(ProjectName)\ "
2. "C / C++ - > pliki wyjściowe - > nazwa pliku bazy danych programu" to " $(IntDir)$(TargetName).pdb "
3. "Linker -> debugowanie - > Generowanie pliku bazy danych programu "to be" $(OutDir)$(TargetName).pdb "

Więc dostaję te pliki:

1. Debug\FooBar.exe
2. Debug\FooBar.pdb / / C++ pdb

3. Debug\FooBar\FooBar.pdb / / Linker pdb

4. Debug \ FooBar.dll

5. Debug\FooBar.pdb / / C++ pdb Jeszcze raz!
6. Debug\FooBarDll\FooBar.pdb / / Linker pdb

Moim rozwiązaniem jest zamiana każdego "TargetName" na "ProjectName", wtedy otrzymam:

1. Debug\FooBar.exe
2. Debug\FooBar.pdb / / C++ pdb

3. Debug\FooBar\FooBar.pdb / / Linker pdb

4. Debug \ FooBar.dll

5. Debug\FooBarDll.pdb / / C++ pdb
6. Debug\FooBarDll\FooBarDll.pdb / / Linker pdb

Więc nie ma konfliktu!

Nadaj c / c++ pdb przyrostek może być lepszy, jak:" C/C++ -> pliki wyjściowe -> nazwa pliku bazy danych programu "być" $(IntDir)$(ProjectName) _c. pdb "

Miałem ten sam problem i ten link pomógł mi rozwiązać problem, zmieniając nazwę "symsrv.no" do " symsrv.tak " w folderze VS IDE.

Ciekawe, zdarza mi się, że musiałem zmienić nazwę folderu z:

...\Custom Librarry (MyDll.dll(

Do

...\Custom Librarry (MyDll.dll)