nie można uruchomić debugera w VS2012 RC

Question

Konfiguracja:

• Windows 7 64 bit
• Microsoft Visual Studio 2012 RC Profesjonalna wersja 11.0.50522.1 RCREL
• Running VS w trybie administratora
• Rozwiązanie VS zawiera aplikację internetową , z celem: .NET Framework 4.

Kiedy naciskam klawisz F5, rozwiązanie jest budowane ... i nic więcej się nie dzieje.

• Dzieje się zarówno z IIS, jak i z serwerem VS Dev.
• dzieje się z platformy docelowej "każdego procesora" lub "x86"

Jeśli zamiast tego użyć Debug/Attach to Process ... menu, po kilku sekundach pojawia się:

• "Debugger jest zajęty" - Debugger wykonuje zdalną operację, która trwa dłużej niż oczekiwano. To okno dialogowe pozostaje, dopóki nie kliknę "Zakończ" i potwierdź je.
• Następnie pojawia się następujące okno dialogowe: "Microsoft Visual Studio" "Nie można połączyć się z programem Microsoft Visual Studio Remote Debugging Monitor o nazwie [NAZWA KOMPUTERA] Połączenie sieciowe z debugerem Visual Studio Remote zostało zamknięte."
• Po kliknięciu OK, pojawia się okno "normalne" "Dołącz do procesu". W nim lista "dostępnych procesów" jest pusta.

Wszelkie sugestie lub wskazówki?

Główne punkty to zastanawiam się:

• Dlaczego lista procesów pusty? Nic dziwnego, że debugger nie działa, jeśli nie widzi żadnych procesów.
• Dlaczego próbuje wykonać "zdalne" debugowanie, gdy tylko uzyskuje dostęp do komputera lokalnego?

(Krzyż wysłana na social.msdn)

Answer 1

Ostatecznie remont w VS2012 rozwiązać ten problem dla mnie. Postępowałem zgodnie z radą znalezioną w twoim social.msdn cross-post bez żadnej rozdzielczości (Devenv.exe/SafeMode/ResetSettings/ResetSkipPkgs and/Setup). Podobnie jak Ty, moje rozwiązanie (VS 2010 SP1) ma również aplikację internetową (targetowanie .NET 3.5), a projekt startowy jest ustawiony na aplikację WinForm. Serwer programistyczny ASP.NET się nie uruchomił, a także aplikacja, którą próbowałem debugować.

Uwaga: ten problem został również opublikowany pod adresem Connect at this link (przez Ciebie?). Jeśli ktoś zauważy ten problem, użytkownicy programu Connect poprosią o uruchomienie narzędzia Microsoft Visual Studio 2012 do zbierania danych. Ponieważ rozpocząłem proces naprawy przed znalezieniem problemu z programem Connect, nie mogłem i nie mogłem przekazać informacji zwrotnej do MS z logowaniem.

Answer 2

Mam podobną konfigurację i podążałem za wszystkimi sugestiami tutaj i na Microsoft Connect - żaden z nich nie działał dla mnie.Jedyną rzeczą, która zadziałała była zmiana nazwy pliku MSVSMON.EXE w folderze x64 na MSVSMON.EXE.OLD i skopiowanie pliku z folderu x86 w jego miejsce. Nie jestem pewien, czy są jakieś inne implikacje, ale wydaje się, że rozwiązałem problem w moim przypadku.

Answer 3

Na innym komputerze, z RTM w Visual Studio 2012, otworzyłem starszy projekt i stwierdziłem, że nie mogę nacisnąć klawisza F5, aby uruchomić aplikację. Wszystko, co wydawało się, stało się komunikat na pasku stanu w dolnej części okna: "Ten element nie obsługuje podglądu".

To rozwiązanie miało dwa projekty, a poprawny był pogrubiony w eksploratorze rozwiązań, prawdopodobnie wskazując, że był to projekt startowy.

Jednak po wybraniu projektu i wybraniu "Ustaw jako projekt startowy" w menu kontekstowym, byłem w stanie użyć F5 do uruchomienia i debugowania.

Okazuje się, że "Ten element nie obsługuje podglądu" nie ma nic wspólnego z problemem, ale jest to komunikat wyświetlany na pasku stanu za każdym razem, gdy element wybrany w Eksploratorze rozwiązań nie obsługuje podglądu.

Answer 4

Miałem ten sam problem w VS 2012 (nie RC, ale wersja ostateczna) przy użyciu projektu VS 2010. Byłoby dobrze, ale debugger się nie uruchamia. Więc zmodyfikowany plik rozwiązanie:

Changed "Format Verion 11.00" na "format Verion 12.00" I zmienił "# Visual Studio 2010" do "# Visual Studio 2012"

To obejście teraz aż moja firma uaktualnia swoje projekty do VS 2012.

Answer 5

Zauważono podobny problem podczas jednoczesnego uruchamiania programów Visual Studio 2010 i Visual Studio 2012. Zamknięcie Visual Studio 2010 pozwala debuggerowi na rozpoczęcie pracy w Visual Studio 2012.

Answer 6

W końcu rozwiązałem ten problem, usuwając wpisy msvsmon *. * Z folderu \ Windows \ Prefetch. Po wykonaniu tego mogłem normalnie debugować.

Answer 7

Wszystko co musisz zrobić, aby naprawić to go „Projekt>Ustaw jako StartUp Projekt”, a następnie uderzył F5 lub przycisk debugowania i będzie praca !!!

Answer 8

Miałem ten sam problem - startowy debuger właśnie powiedział mi, jaką dobrą robotę wykonał z budowy i zdecydował, że to wystarczy.

Obawiałem się najgorszego, ale na szczęście dla mnie ponowne uruchomienie naprawiło problem.

Wiem, że jest to więc całkiem bezużyteczny post, jeśli chodzi o oferowanie pomocy każdemu, kto cierpi z powodu tego problemu, ale pomyślałem, że warto zwrócić uwagę na to, jak pokazuje a) inna osoba z tym samym problemem, więc proszę, napraw to MS, i b), że czasami resetuje go więc może to powie coś opiekunom.

Answer 9

Jeśli otwierasz projekt VS 2010 z nową wersją VS 2012, prawdopodobnie przyczyną problemu są foldery bin i obj, usunięcie ich rozwiązało problem dla mnie. Lub możesz wyczyścić swoje rozwiązanie, ale wolałem ręczne usuwanie .

Answer 10

Mam ustalony ten sam problem przez zaznaczenie „Włącz proces Visual Studio hosting” opcję z projektem rozruchu Ustawienia-> Debug - Włącz opcje Debuggers

Answer 11

Na co warto, to okazało się, że otrzymałem ten komunikat o błędzie, gdy brakowało wpisu w moim pliku hosts. Używam lokalnych aliasów domeny, a ten, który próbowałem debugować, nie znajduje się na hoście. Dodanie brakującego wpisu rozwiązało dla mnie problem.

Answer 12

Wystarczy skopiować wszystkie DTE * .olb pliki z katalogu C: \ Program Files (x86) \ Common Files \ Microsoft Shared \ MSEnv do katalogu C: \ Program Files X86 \ Microsoft Visual Studio 9.0 \ Common7 \ IDE .

Od https://mycodepad.wordpress.com/2013/12/07/visual-studio-2012-4-run-as-administrator-the-application-cannot-start-error/

Answer 13

Tylko moje dwa centy,

doświadczyłem tego problemu dwa razy i teraz okazuje się po wszystkich sugestii próbowałem, było BitDefender na moim komputerze lokalnym, który robił to. Więc moją poprawką dla tego problemu jest próba dodania wyjątków do lokalnego oprogramowania zabezpieczającego do zapory i jej części AV. Poinformuj go, aby całkowicie zignorował msvsmon.exe i devenv.exe i zobaczył, jaka to różnica.

W przeciwnym razie spróbuj całkowicie zgrać i sprawdź, czy umożliwia debugowanie rozwiązania.

Widać tutaj, aby uzyskać więcej informacji: http://forum.bitdefender.com/index.php?showtopic=37028

Zainstalowałem najnowszą wersję BitDefender i wszystko było w porządku dla mnie.

Answer 14

Osobiście napotkałem na podobny problem problem: Visual Studio 2010 nie rozpoczął debugowania, ale zamarł.

Po kliknięciu przycisku VS wyświetliło się okno komunikatu "Poczekaj jeszcze" lub "Przełącz na", które nie pomogło mi.

Korzystanie z menedżera zadań Mogłem zabić proces * .vshost.exe, który przywrócił VS do życia, ale przerwał debugowanie. Uruchomienie programu bez debugowania natychmiast uruchomiło aplikację.

Rozwiązanie:

Wyłączenie usługi indeksowania dla katalogów kod! Dezaktywuj usługę indeksu lub usuń zaznaczenie folderów w panelu sterowania usługi indeksowania.

Answer 15

Wystąpił problem z aplikacją C++. Patrząc na zdarzenia devenv.exe w ProcMon wskazał mi, próbując załadować plik konfiguracyjny Visual Assist, który miałem w mojej pamięci oczyszczanie gorliwość przypadkowo usunięte. Usunięcie, a następnie zainstalowanie rozszerzenia ponownie naprawiono dla mnie.

Answer 16

Właśnie się zamknąłem i ponownie otworzyłem VS. To wydawało się naprawić mój problem.