2013-12-13 15 views
19

Jestem całkiem nowy, C# ..C# Debug - nie można uruchomić debugowanie, ponieważ cel debugowania brakuje

Używam Visual Studio 12, źródło używam była ostatnia edycja w VS 12 .. Ale mój problem jest to, że rzuca mi ten błąd: enter image description here

Przede wszystkim, moja nazwa użytkownika komputera nie jest Martin, jest Administratoring - twórcą tego projektu jest Martin .. Więc to gdzie myślę, że to pochodzi, ale nie wiem, jak to naprawić.

Próbowałem edytować w Project> Properties> Build> Output Path - I nadal nie działa. Nie jestem zaznajomiony z C#, a ja spędziłem trochę czasu szukając rozwiązania, ale nie mogę go znaleźć nigdzie .. Prawdopodobnie dlatego, że nie wiem, co powinienem przeszukiwać (próbowałem wyszukiwać słowa kluczowe i cytaty z błędu, ale nadal nic)

+1

Szanse, jakie znajdziesz tutaj, są niskie. Użyj swojego telefonu. –

+1

O czym ty mówisz? I do czego służy mój telefon? – Reverb

+0

@ Reverb Hans był sarkastyczny i oznaczał, że powinieneś zadzwonić do administratora o imieniu Martin. Myślę, że twoje pytanie jest w porządku. –

Odpowiedz

40

Spróbuj tych:

1. Upewnij się, że ścieżka wyjścia projektu jest prawidłowe (Project> Właściwości> Budowa> ścieżka wyjściowa)

2.Go w menu Zbuduj> Menedżer konfiguracji i sprawdź, czy twój projekt główny/wejściowy zaznaczył opcję Buduj. Jeśli nie, sprawdź to.

+0

sprawdzone i potwierdzone, jest poprawne. To musi być coś innego. – Reverb

+3

spróbuj tych: Narzędzia-> Opcje-> Projekty i Solutions> zbudować i uruchomić Tam listę pod „On Run, gdy projekty są nieaktualne:” Wybierz: „Zawsze Build” – Dibin

+0

są jakieś błędy podczas budujesz swoje rozwiązanie? – Dibin

2

Spróbuj z poniższych kroków:

  1. prawym przyciskiem myszy na Visual Studio Project - Właściwości - Debug - (Start sekcji Akcja) - wybierz opcję "Uruchom" projektu.
  2. prawym przyciskiem myszy na Visual Studio Project - Właściwości - Debug - (Włącz sekcję Debuggers) - znak "Włącz Visual Studio proces hosting"
  3. zapisać zmiany Ctrl + Shift, + S) i uruchomić projekt ponownie.

P.S. Doświadczyłem tego samego problemu, gdy grałem z opcjami przekierowania wejścia/wyjścia konsoli do pliku tekstowego i wybrałem opcję Właściwości - Debugowanie - (sekcja Rozpoczęcie działania) - Uruchom program zewnętrzny. Po przeniesieniu rozwiązania do innej lokalizacji na moim komputerze wystąpił problem, ponieważ szukał bezwzględnej ścieżki do pliku wykonywalnego. Przywrócenie domyślnych ustawień programu Visual Studio Project (patrz wyżej) rozwiązało problem. Dla Twojego odniesienia używam Visual Studio 2013 Professional.

0

Nie ustawiono projektu rozruchowego, aby wystąpił tylko ten błąd. Najczęściej ten problem występuje, gdy pracujesz z większą ilością projektów w jednym rozwiązaniu.

Najpierw kliknij prawym przyciskiem myszy na twój projekt i "Ustaw jako projekt startowy" i/lub kliknij prawym przyciskiem myszy plik startowy wewnątrz projektu z baldachimem i kliknij "Ustaw plik startowy".

0

Dostaję również ten błąd dość często.

Rozwiązuję to, modyfikując kod (wykonując bardzo małą zmianę), zapisując go, a następnie ponownie budując rozwiązanie.

0

Miałem te same problemy. Musiałem zmienić prawa do plików. Odznacz "tylko do odczytu" we właściwościach.

0

Miałem ten sam problem i niestety nie z powyższych odpowiedzi działało dla mnie.roztwór, który pracował dla mnie jest:

prawym przyciskiem myszy na projekcie startowym i wybierz Właściwości - Debug i zmienić „start programu zewnętrznego:” do właściwej ścieżce

Gotowe!

1

W moim przypadku miałem dodaje projekt rozwiązania ręcznie, w przypadku gdy projekt został kierowania większą wersję .NET niż reszta projektów, które zostały odwołujących go. Dziwne ... w takich przypadkach zwykle pojawia się bardziej szczegółowy, dosłowny i opisowy błąd.

Nie był prawdziwy błąd, ale nie było ostrzeżenie, że powiedział tak dużo.

1

Dla osób z tego rodzaju problemu - inne rozwiązanie: poświęcenie uwagi na ostrzeżenia, kiedy budować rozwiązania. Na przykład odwołałem się do biblioteki dll zbudowanej z wyższą wersją .NET (4.5.2) niż mój główny projekt (4.5) Po tym, jak odwoływałem się do dll zbudowanego przy pomocy 4.0 procesu kompilacji, powiodło się.

Powiązane problemy