Ich verwende VS2008, und ich habe ein Projekt, das nicht startet, wenn ich F5 drücke oder wenn ich auf das kleine grüne Dreieck in der Symbolleiste klicke. Der Bildschirm flackert einmal, so wie das Projekt ausgeführt wird, und dann nicht. Die Build-Nachricht gibt an, dass der Build erfolgreich war, aber das Projekt wird nicht gestartet.
Im Configuration Manager ist meine 'Aktive Lösungskonfiguration:' auf Debug gesetzt, und in der Liste 'Projektkontexte' ist die Spalte 'Konfiguration' für mein Projekt auf Debug gesetzt. Ich habe sie sogar zwischen Debug und Release hin und her geschaltet und dann zurück zu Debug, alles ohne Wirkung. Das Projekt, das ich ausführen möchte, wird in meiner Lösung als Startprojekt festgelegt.
Wenn ich in meinen \ bin \ Debug-Ordner gehe und auf die .exe doppelklicke (was den richtigen Zeitstempel für die Datei anzeigt), läuft meine App gut.
Irgendwelche Ideen, warum ich das dumme Ding nicht im Debug-Modus laufen lassen kann?
BEARBEITEN:
Es ist eine Winforms-Anwendung.
Meine Version von Visual Studio ist 9.0.30729.1 SP
.NET Framework: Version 3.5 SP1
BEARBEITEN:
Dies kann mit TortoiseSVN zusammenhängen. Ich behalte meinen Quellcode für dieses Projekt in SVN. Wenn ich einen anderen / neuen Checkout in TortoiseSVN mache, wird das Projekt manchmal durch den neuen Checkout ausgeführt. Ich verstehe die scheinbar zeitweilige Natur dieses Problems nicht.
BEARBEITEN:
Ich bin mir nicht sicher, ob diese Informationen für das Problem relevant sind, aber wenn ich eine neue Überprüfung durchführe und eine weniger tiefere Ordnerstruktur (nicht so viele verschachtelte Ordner) als das ursprüngliche Auschecken habe, habe ich eine bessere Chance das Projekt läuft ohne Probleme.
BEARBEITEN: Das Problem hatte nichts mit TortoiseSVN zu tun, siehe unten meine Antwort.
IT hat auf meinem Computer eine Art von Windows-Update ausgeführt, das das Problem offenbar behoben hat. Es hatte etwas mit einer System.Runtime.InteropServices.COMException und einem Fehler in einer 'Hosting' .dll zu tun. Ich bin mir nicht sicher, warum eine korrupte Hosting-DLL einen Einfluss auf eine winforms-Anwendung hatte, aber es hat das Problem behoben.
Ich hatte in der Vergangenheit ein ähnliches Problem. Das Projekt würde nicht im Debug-Modus laufen.
Es wurde auch von einer beschädigten DLL verursacht, aber nicht von der 'Hosting'. Es ist lange her, ich erinnere mich nicht an die genaue DLL, aber es hatte etwas mit Messaging zu tun.
Es gibt tatsächlich einige Fragen, die Ihren ähnlich sind. Die häufigste Problemumgehung ist das Deaktivieren des "Visual Studio-Hosting-Prozesses aktivieren" in den Projekteigenschaften.
Ich muss irgendwann zwischen Debugging unter x64 Bit zu Any CPU wechseln; Laden Sie das Projekt neu und löschen Sie alle * .suo-Dateien im Projektordner.
Ich habe keine genaue Antwort, aber ich habe eine Lösung, die für mich funktioniert hat.
Schließen Sie das Projekt / die Lösung vollständig. Wechseln Sie über Explorer zum Verzeichnis bin \ debug. Benennen Sie alle Dateien um, die im Verzeichnis vorhanden sind. In meinem Fall habe ich einfach jedem Eintrag ein "xxx" vorangestellt. Ich tat dies, damit ich bei Bedarf noch einmal zurückfahren konnte, da ich nicht das Selbstvertrauen hatte, die Einträge einfach zu löschen. Durch erneutes Öffnen des Projekts / der Lösung und erneutes Debuggen scheint die Regenerierung dieser Dateien erneut erzwungen zu werden. Für mich nahm das Programm die Überarbeitung wieder auf. Ich habe keine Ahnung, was die spezifische Ursache des Problems ist, aber die vollständige Wiederherstellung der Dateien scheint zu funktionieren, und nicht nur ein "Build", das teilweise das, was vorher da war, behalten muss.
Tags und Links ide visual-studio debugging vb.net