Projekt nicht starten im debug-Modus
Bin ich mit VS2008, und ich habe das Projekt nicht gestartet, wenn ich drücken Sie F5, oder wenn ich auf das kleine grüne Dreieck in der Symbolleiste. Der Bildschirm flackert einmal, wie das Projekt läuft, und dann tut es nicht. Die build-Nachricht Forderungen der build erfolgreich war, aber das Projekt wird nicht gestartet.
In der Configuration Manager, meine "Konfiguration der aktuellen Projektmappe:" ist auf Debug und in der 'Projekt-Kontexte' Liste 'Konfiguration' - Spalte für mein Projekt Debuggen. Ich habe auch gewechselt, Sie hin und her zwischen Debug und Release und dann zurück zu Debuggen, alles ohne Wirkung. Das Projekt, das ich versuche zu laufen, ist gesetzt als "Startup Project" in meiner Lösung.
Wenn ich an meine \bin\Debug-Ordner und doppelklicken Sie auf die .exe-Datei (was zeigt die richtige Zeit-Stempel auf die Datei) die app läuft einfach gut.
Irgendwelche Ideen, warum kann ich nicht die dumme Sache zu im debug-Modus ausgeführt?
EDIT:
Es ist eine winforms-Anwendung.
Meine version von Visual Studio ist 9.0.30729.1 SP
.NET Framework: Version 3.5 SP1
EDIT:
Diese können im Zusammenhang mit TortoiseSVN. Ich mein source-code für dieses Projekt im SVN. Wenn ich eine andere/neue Kasse in TortoiseSVN, manchmal die neue Kasse wird dann ermöglichen, das Projekt zu führen. Ich verstehe nicht, die scheinbar nur unregelmäßig dieses problem.
EDIT:
Nicht sicher, ob diese information relevant ist, um das problem, aber wenn ich eine neue Kasse und einen Ordner-Struktur, die weniger tief ist (nicht so viele verschachtelte Ordner) als die original-Kasse, ich scheine zu haben eine bessere chance, das Projekt ohne Probleme läuft.
EDIT: Das problem hatte nichts zu tun mit TortoiseSVN, siehe meine Antwort unten.
- Haben Sie versucht, indem Sie Haltepunkte in Ihrem startup-code, um zu sehen, was passiert?
- W, ja, ich habe versucht zu brechen Punkte in der startup-code. Sie sind nie erreicht.
- Ich habe das gleiche problem, aber etwas anders. Es geht so: 1) ich öffne Visual Basic 2) ich kann die debug-mal 3), Wenn ich versuche zu Debuggen wieder, heißt es "Datei kann nicht zugegriffen werden, da es von einem anderen Prozess verwendet" und hält 4), Wenn ich versuche zu Debuggen, später, bekomme ich dieses problem 5) ich neu VB.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Lief ES irgendeine Art von Windows-update auf meinem Rechner und das hat anscheinend das Problem beseitigt. Es hatte etwas zu tun mit einem System.- Laufzeit.InteropServices.COMException und ein Fehler in einem 'Hosting' .dll. Ich bin mir nicht sicher, warum eine korrupte Hosting dll hätte einen Einfluss auf eine winforms-Anwendung, aber es hat das Problem beseitigt.
Ich hatte ein ähnliches Problem in der Vergangenheit. Das Projekt würde nicht im debug-Modus ausgeführt.
Es wurde auch verursacht durch eine beschädigte dll, aber nicht das 'Hosting' einer. Es ist schon eine lange Zeit, so dass ich don ' T erinnern die genaue dll, aber er hatte etwas zu tun mit Messaging.
Es gibt tatsächlich einige Fragen, die Ihrem ähnlich sind. Der gebräuchlichste workaround ist das deaktivieren der "Enable Visual Studio hosting process" in den Projekteigenschaften.
Ich irgendwann Umschalten zwischen Debuggen unter x64 bit auf Jeder CPU; re-laden Sie das Projekt, und löschen Sie alle *.suo-Dateien in den Ordner des Projekts.
Muss mit den Grundlagen beginnen... Habe Sie beseitigt die Möglichkeit, einen run-time-crash, bevor das Hauptformular angezeigt wird?
Nicht über eine genaue Antwort, aber eine Lösung haben, die für mich gearbeitet.
Schließen Sie das Projekt /Lösung alle nach unten.
Über den Explorer, gehen Sie zu dem bin\debug-Verzeichnis. Umbenennen der Dateien in dem Verzeichnis. In meinem Fall habe ich einfach das Präfix jeder Eintrag mit einem "xxx". Ich Tat dies, so dass ich backtrack noch einmal, falls erforderlich, da ich nicht das nötige Vertrauen haben, einfach löschen Sie die Einträge.
Durch erneutes öffnen des Projekts/der Lösung, und der Versuch zu Debuggen wieder, scheint die Kraft der regeneration dieser Dateien wieder.
Für mich ist das Programm wieder neu arbeiten.
Ich habe keine Ahnung, was die genaue Ursache des Problems ist, sondern die komplette Neuerstellung der Dateien scheint zu funktionieren, anstatt nur ein "Bauen", die müssen teilweise behalten, was vorher da war.