Bearbeiten und Fortfahren: „Änderungen sind nicht erlaubt, wenn ...“

https://stackoverflow.com/questions/1010213

06-07-2019
|

Frage

Auch wenn ich ein sauberes WinForms-Projekt erstellen, bearbeiten und weiter nicht funktioniert und gibt mir den Fehler:

Änderungen sind nicht erlaubt, wenn der Debugger zu einem bereits laufenden Prozess oder der Code gedebuggt wurde bei Build optimiert oder zur Laufzeit angehängt wurde.

Bearbeiten und Fortfahren-Option ist in Extras → Optionen → Debugging geprüft.
Optimierung nicht aktiviert ist.
Es scheint, als gäbe es kein jedes verwaltete Profiler einrichten.
Ich arbeite im Debug-Modus
Ich arbeite auf x64-CPU und Windows XP 32-bit, sondern Plattform Ziel x86 Einstellung statt AnyCPU hilft nicht.
Visual Studio Installation Reparieren hilft nicht.

Ich fand auch diesen Artikel auf MSDN Webseite:

Nicht unterstützte Szenarien

Bearbeiten und Fortfahren ist in den folgenden Debug-Szenarien nicht zur Verfügung:



Debuggen auf Windows 98.



Mixed-mode (native / verwaltet) Debuggen.



SQL-Debuggen.



Debuggen ein Dr. Watson-Dump.



Bearbeiten von Code nach einer nicht behandelten Ausnahme, wenn die „Entspannen Sie den Call-Stack auf nicht behandelte Ausnahmen“ Option nicht ausgewählt ist.



Debuggen einer eingebetteten Runtime-Anwendung.



Debuggen eine Anwendung mit eher anbringen als die Anwendung mit Start aus dem Debug-Menü ausgeführt wird.



Debuggen optimierten Code.



Debuggen von verwaltetem Code, wenn das Ziel eine 64-Bit-Anwendung ist. Wenn Sie Bearbeiten verwenden und fortfahren möchten, müssen Sie das Ziel auf x86 gesetzt. (Projekteigenschaften, Registerkarte Kompilieren, Advanced Compiler-Einstellung.).



eine alte Version des Codes nach einer neuen Version Debuggen konnte aufgrund bauen Fehler zu bauen.

Aber ich kann in dieser Liste mit „Nein“ zu jedem Punkt beantworten.

Es funktionierte vor, aber vor einigen Tagen es aufgehört zu arbeiten, und ich weiß nicht, was der Grund sein könnte.

Lösung

Ich habe endlich das Problem zu lösen: UNINSTALL Gallio

Gallio scheint ziemlich einige viele Ecken und Kanten zu haben, und es ist besser, nicht MbUnit 3.0 zu verwenden, aber die MbUnit 2.0-Framework verwenden, aber die gallio Läufer verwenden, dass Sie ohne laufen vom Installer zu installieren (die auch ein Visual Studio-Plugin installiert ist) .

Im übrigen hatte ich das Problem auch nach dem „Deaktivieren“ er Gallio Plugin. Nur die Deinstallation des Problem gelöst.

PS. Herausgegeben von nightcoder:
In meinem Fall TypeMock Trenner deaktivieren (Mockframework) schließlich half ! Edit & Continue jetzt funktioniert !!!

Hier ist die Antwort von TypeMock Unterstützung:

Nach einem Blick weiter in die Bearbeitungs und weiterhin Thema, und im Gespräch darüber mit Microsoft, erreichen wir die Schlussfolgerung kann nicht aufgelöst werden für Trenner. Trenner implementiert ein CLR Profiler, und nach unserem Forschung, sobald ein CLR Profiler aktiviert und angebracht, zu bearbeiten und weiterhin automatisch deaktiviert. Es tut mir leid zu sagen, dass dies nicht mehr ein Fehler betrachtet, sondern ein Begrenzung der Trenner.

Andere Tipps

Anwendbar Lösungen

Hier ist eine unvollständige, ungeordneten Liste der möglichen Lösungen versuchen, wenn Sie * bearbeiten möchten, beheben und fortfahren schnell:

Stellen Sie sicher, dass Sie sind in Debug-Modus
Stellen Sie sicher, dass Sie nicht einen gemischten Modus Prozess
Versuchen Sie, die CPU Ziel x86 statt AnyCPU (auf x64-Maschinen)
Deaktivieren Sie die Code optimieren Kontrollkästchen für Debug-Modus in Projekt Eigenschaften-> Debug
Deaktivieren Sie die Option Aktivieren Optimizations in Erweiterte Compiler-Einstellungen
(ASP.NET) prüfen nightcoder Antwort wenn es der Fall ist
(ASP.NET) prüfen diese Antwort (von matrixugly) wenn es der Fall ist
(ASP.NET) Stellen Sie sicher, Sie haben Bearbeiten und Fortfahren aktiviert auf dem Web Tab (VS2010)
(ASP.NET) Zum Eigenschaften> Web> Server , und stellen Sie sicher, dass Aktivieren und weiter unter aktiviert ist Verwenden von Microsoft Visual Studio Development Server .
(ASP.NET WebAPI) Stellen Sie sicher, dass Sie in der Controller-Methode unter Verwendung eines Haltepunkt angehalten haben, bevor Sie versuchen, es zu bearbeiten.
Gehen Sie auf Extras> Optionen> Debuggen> Allgemein und vergewissern Sie Quelldateien benötigen, um genau die Originalversion entsprechen ist nicht markiert.
Verwenden Sie Microsoft Fakes? Es hemmt Edit & Continue.
Tötet alle *. Vshost.exe Instanzen, indem Sie Prozessstruktur beenden in Task-Manager . VS eine richtige Instanz regenerieren.
Entfernen Sie alle Haltepunkte mit Debug-> Alle Haltepunkte löschen
aktiviert und Weiter existiert sowohl in dem Extras> Optionen> Debuggen Menü und auch in der Projekteinstellungen . Achten Sie darauf, beide Orte zu überprüfen. Bearbeiten und Fortfahren nicht mit der erweiterten IntelliTrace Einstellung unterstützt.
Seien Sie sicher, dass Debug Info in Projekteigenschaften> Build> Erweitert> Output> Debug Info auf Voll
Einige können Plugin stören werden. Prüfen Sie durch das Deaktivieren / Deinstallieren und dann zu versuchen, wieder die anderen Lösungen.
Wenn Sie nicht genug Aufmerksamkeit, die Fehler, den Sie während bekommen versuchen, dieses Problem zu beheben können, um etwas anderes zu ändern, die leichter zu diagnostizieren ist. Z.B. Verfahren zur Herstellung eines Lambda-Ausdruck enthält, kann nicht bearbeiten unterstützen und weiter.
Stellen Sie sicher, dass der Systemvariable COR_ENABLE_PROFILING ist nicht auf 1. Einige Profiler setzen diese bei der Installation und lassen es so, dass nach der Deinstallation. Öffnen Sie eine Eingabeaufforderung und geben Sie set schnell es zu überprüfen Ihr System betroffen ist, wenn so die Variable entfernen oder setzen Sie ihn auf 0:
- In Windows 8 und höher, die Suche nach System (Systemsteuerung).
- Klicken Sie auf Erweiterte Systemeinstellungen Link.
- Klicken Sie auf Umgebungsvariablen .
- Entfernen COR_ENABLE_PROFILING
Beachten Sie nicht unterstützte Szenarien (wie in der Frage berichtete) und dass nicht unterstützte Änderungen .

* von ‚du‘, ich meine die Besucher der Seite, die auf einer Tastatur mit dem Kopf hämmert die Lösung zu finden.

Fühlen Sie sich frei, diese Antwort zu bearbeiten, wenn Sie andere Tipps haben!

Wenn Sie eine ASP.NET-Anwendung debuggen, gehen Sie auf Eigenschaften> Web> Server, und stellen Sie sicher, dass „aktivieren und weiter“ wird geprüft, unter Verwendung von Visual Studio Development Server.

Ich hatte das gleiche Problem. Ich habe sogar neu installiert VS 2008, aber das Problem weg ging nicht. Allerdings, wenn ich alle Bruchstellen gelöscht dann begann es zu arbeiten.

Debug->Delete All Breakpoints

Ich glaube, es geschieht, weil ich eine aspx Seite gelöscht hatte, die in ihrem Code brechen Punkte hatte, und dann habe ich eine andere Seite mit dem gleichen Namen. Dies ist wahrscheinlich verwirrte den VS 2008.

Ein paar Dinge zu überprüfen

Stellen Sie sicher, dass Ihre Kompilierung wird gegen Release to debug
Stellen Sie sicher, dass Sie nicht einen gemischten Modus Prozess
Wenn auf einem 64-Bit-Computer Stellen Sie sicher, um die CPU Ziel x86 zu setzen, anstatt AnyCPU

Bearbeiten

Ich glaube nicht, diese Rolle sollte aber darauf achten, dass die Hosting-Prozess für die Zielplattform aktiviert ist. Wahrscheinlich wird nicht helfen.

Wenn es für neue Projekte Repros dann könnte es etwas noch subtil sein. Ich würde die folgende versuchen.

Backup HKCU: \ Software \ Wow6432Node \ Visualstudio \ 9.0 (vielleicht ist es einfach umbenennen)
Löschen Sie die gleiche Taste
Versuchen Sie, die Repro wieder

Wenn Ihr Anliegen mit einer ASP.NET-Anwendung ist, sicherzustellen, dass Sie bearbeiten haben und weiter auf den Web-Registerkarte (VS2010) aktiviert. Es gab auch eine separate Einstellung für ASP.NET-Debugging in früheren Versionen.

Grüße,

Adam.

Keine der oben genannten Lösungen für mich gearbeitet (auf einer 64x-Maschine ausgeführt wird).

Schließlich klickte ich auf 'advanced compiler settings' und UNCHECKED 'enable optimizations‘und ich kann jetzt durch den Code und bearbeiten Schritt beim Debuggen.

Ich fand, dass, obwohl Eigenschaften unter Projekt bauen & debug Register werden auf Debug und alle anderen Einstellungen korrekt sind ich immer noch die Meldung erhalten, aber nach etwas mehr graben unter dem Menü Erstellen Configurations Manager auswählen ... und stellen Sie sicher, dass Debug an zwei Stellen dort auch ausgewählt ist. go figure ... wie viele verschiedene Orte brauchen sie debug zu setzen ?????? obwohl Sie selbst festlegen Projekt - Konfiguration auf Debug dann unter Übersetzungs - Manager nicht geändert, so dass Sie die gleiche Einstellung wie auch Projektkonfiguration dort ändern - scheint wie ein Microsoft-Problem wieder .......

Dieses Problem ist aufgrund IntelliTrace Einstellung

Wenn IntelliTrace aktiviert ist sicher IntelliTrace Ereignis machen nur geprüft,

Ansonsten wird dies nicht zulassen, bearbeitet und weiter ..

Wenn Sie auf IntelliTrace Optionen klicken, werden die Warnungen sehen.

Nach der Schießerei half mir VS2010 mit:

auf Extras, Optionen, Debugging, General und stellen Sie sicher, „Erfordern Quelldateien exakt die Originalversion entsprechen“ deaktiviert.

„Bearbeiten und Fortfahren“, wenn sie aktiviert ist, können Sie nur Code bearbeiten, wenn es im Break-Modus ist: z.B. durch die Ausführung durch eine Ausnahme oder durch Kollision mit einem Haltepunkt angehalten haben.

Dies bedeutet, dass Sie kann nicht bearbeiten Sie den Code, wenn die Ausführung nicht angehalten! Wenn es um das Debuggen kommt (ASP.NET) Webprojekte, das ist sehr intuitiv, wie Sie häufig Änderungen zwischen Anfragen machen möchten. Zu diesem Zeitpunkt wird Ihr Code (wahrscheinlich) das Debuggen nicht ausgeführt wird, aber es ist entweder nicht angehalten!
Um dies zu lösen, klicken Sie auf "Break alle" (oder drücken Sie Strg + Alt + Break ). Alternativ einen Haltepunkt irgendwo gesetzt (zum Beispiel in Ihrem Page_Load Ereignisse), dann die Seite neu zu laden, so dass die Ausführung pausiert, wenn es den Haltepunkt trifft, und jetzt können Sie Code bearbeiten. Selbst Code in .cs Dateien.

Für mich einen Grund, dass ich nicht verstehe, ist die Einstellung „Debug-Informationen erzeugen“ in dem „Advanced Compiler Setting“ wurde auf „PDB-only“ statt „Full“.

Standardmäßig ist dieser Parameter immer auf „Full“ aber ein mysteriöser Poltergeist hat diesen Parameter auf letzte Nacht verändert. :)

P. S. Ich bin in Visual Basic .NET mit Visual Studio 2010

Ich hatte dieses Problem in Microsoft Visual Studio 2008, und die Lösung ist einfach. wenn Sie Ihr Projekt ausführen setzen Sie sich bitte in „Debug“ -Modus nicht „Release“. Die anderen Menschen Lösung kann nützlich sein.

Das passiert, wenn der Debugger einen Haltepunkt nicht getroffen hat, oder Sie haben nicht getroffen Break all (Pause). Es konnte nicht so einfach sein, könnte es?

Der Fehler sagt eine mögliche Ursache ist: „der Code gedebuggt wurde bei Build optimiert oder zur Laufzeit“. Zum Projekt Eigenschaften-> Debug und deaktivieren Sie die Optimierungs-Code-Box für Debug-Modus.

Wenn ich ein neues Projekt erstellen, Bearbeitungen während des Debuggens nicht funktionieren. Wenn ich eine neue Website erstellen, Bearbeitungen während der Arbeit Debuggen wie erwartet.

Einige Dinge, die VS2010 zu helfen schien mit:

gehen Sie auf Extras, Optionen, Debugging, General und stellen Sie sicher, „Erfordern Quelldateien exakt die Originalversion entsprechen“ deaktiviert.
können mehrere Instanzen .vshost.exe über gelassen werden von z.B. Lösen des VS-Debugger von einem gestoppten Prozeß. Dies wird mit Haltepunkten stören und kompiliert auch. Verwenden Sie den Task-Manager, Registerkarte Prozesse alle Instanzen .vshost.exe durch Rechtsklick auf jede Instanz und wählen Prozessstruktur beenden zu töten. VS wird eine neue Instanz erstellen.

Ich entfernte einen Datensatz von meinem Projekt, weil ich es nicht benutzt haben. Danach konnte ich das Programm ändern, wenn das Debuggen.

Ich habe alle in jeder anderen Antwort erwähnten Änderungen und keine gearbeitet. Was habe ich gelernt? Aktivieren und Weiter existiert sowohl in den Extras> Optionen> Debugging-Menü und auch in den Projekteinstellungen. Nachdem ich beide geprüft, aktivieren und für mich weiter gearbeitet.

ich in diese heute lief -. Stellt sich heraus, dass mit Debug Info zu PDB-only gesetzt (oder keine, würde ich mir vorstellen) wird bearbeiten verhindern und weiter von der Arbeit

Stellen Sie sicher, dass Debug-Info ist auf "voll" zuerst!

Projekteigenschaften> Build> Erweitert> Output> Debug Info

was für mich gearbeitet wurde unchecking "Use Managed-Kompatibilitätsmodus" unter

Extras -> Optionen -> Debuggen

TBN: Prüfen oder „Erfordern Quelldatei genau die Originalversion entsprechen“ unchecking scheint nicht beeinflusst die E & C

Hope this helfen kann.

bearbeiten aktivieren und nur Arbeit ausführen IIS Express fortsetzen. Arbeiten Sie nicht in Lokale ISS oder externen Host.

In meinem Fall nur das Zurücksetzen Debuggen auf die Standardeinstellungen und Einstellung IntelliTrace-> nur IntelliTrace Ereignisse hilft

einbetten Interop-Typen Visual Studio sollte auf false gesetzt werden

Ich hatte dies in einer verknüpften Klassendatei geschehen. Der Rest des Projekts erlaubt E & C, aber ich habe den gleichen Fehler die verknüpfte Datei bearbeiten. Lösung war verknüpfte Datei in sein eigenes Projekt zu brechen und das Projekt verweisen.

stand ich das gleiche Problem. Mein Problem war, dass ich eine Datei ändern könnte, aber nicht eine andere (beide sind in demselben Projekt). Später fand ich, dass die Datei konnte ich nicht Teil eines anderen Projektes war es auch ändern. Das andere Projekt (Unit-Test) wurde nicht geladen, und intelligente VS-Debugger zeigt den Fehler, der Montage für diese bestimmte Datei wurde nicht geladen, und Änderungen sind nicht erlaubt. Wie seltsam!

Daher hatte ich das Unit-Test-Projekt zu entladen und die EnC Debuggen fortsetzen.

Ich hatte ein Datenbank-Projekt in der Lösung, die das Webforms Projekt gestoppt editierte.

Ich klickte „Unload“ auf dem Datenbank-Projekt und alles funktioniert jetzt süß.

Für VS2017 kann es helfen, die .suo Datei in Ihrer Lösung zu entfernen, es funktionierte für mich. :)

Ich war vor dem gleichen Problem in Visual Studio 2005. Meine Konfiguration 64 Bit ist. Es war die Arbeit an einen der VS-Lösung in Ordnung, aber nicht die andere. Ich bemerkte, i nur aktiviert „Enable bearbeitet und weiter“ für das Projekt, wo ich wollte Änderungen im Debug-Modus machen. Dies schließlich für mich gelöst, wenn ich ausgewählt „aktiviert und Weiter“ nach meinem Start-up Projekt als auch.

Es wurde keine Konfigurationsänderungen außer der Freigabe und weiterhin benötigt werden.

Es scheint unlogisch, aber nur so bearbeiten wurde zu deaktivieren und weiterhin von VS 2017 Optionen ... Dann ASPnet bearbeiten und weiter begann zu arbeiten ...

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow