Ich bin auf eine Straßensperre gestoßen, bei der auch Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview 1 deinstalliert wurde . Dies ist auch 2020 ein anhaltendes Problem, da ich Windows 10 verwende :) . Beachten Sie, dass die ursprüngliche Frage von @ r12 oben auf Windows 7 abzielte . Ich glaube jedoch, dass die alternative Lösung, die ich in dieser Antwort anbiete, immer noch ein anwendbares Lösungsmodell ist, um auch mit älteren Windows- Versionen zu arbeiten .
Als ich das Einstellungsfenster besuchte und ein ; Ich habe den gleichen Dialog erlebt , den @ r12 erlebt hat. Doch wieder hatte ich das Problem auf Microsoft Windows 10 , während @ r12 wurde unter Verwendung von Windows 7 . Dies führte mich zu der Annahme , dass es sich speziell um einen logischen Fehler in der Uninstaller-Anwendung handelte .Programs and Features ClickedUninstall'Open file'
Außerdem habe ich nach jedem fehlgeschlagenen Deinstallationsversuch einen Ärger festgestellt . wo ich kann nicht durchführen einen zweiten uninstall Versuch , ohne zuerst das Neu starten . Der Neustart zwischen fehlgeschlagen Deinstallation Versuchen war notwendig, da der Titel , informative , mit dem ‚Bitte warten Sie, bis das aktuelle Programm beendet Deinstallation ist oder geändert werden.‘ Würde erscheinen für alle nachfolgende Option . Ich habe anfangs über 10 Minuten auf einem Core i3 gewartet . Ich gab das Warten auf undPrograms and Features wait dialoglabel Uninstall Clicksneu gestartet , statt ‚it out warten‘ , auf dem, was ich vermute , war eine hängender Zustand Art des logischen Fehlers in der Anwendung Uninstaller , das wäre nie zu beenden.
Meine Vermutung , warum die Deinstallation ist ‚verirrten früh‘ , ist aufgrund der Dialog Aufrufcode in der Deinstallation eines zurückgegeben wird unerwarteten Wert , und falsche Handhabung das Ergebnis , wenn keine gültige durch den Benutzer in der ausgewählt ist Dialog . Der Prozess wird dann ‚verirrte früh‘ und unter Umgehung den Code, mitteilen würde von Windows , dass der Deinstallationsprozess wurde als abgebrochen abgeschlossen durch den Benutzer .'Open file' exe file'Open file'
Ich glaube auch , dass exe filedie Notwendigkeit , während des Deinstallationsprozesses überhaupt eine auszuwählen , intentfür einen normalen Endbenutzer-Anwendungsfall für das Anwendungsentwicklungsteam des Deinstallationsprogramms nie der Fall war . Dies ist insofern von Bedeutung , als es ein komplizierteres Problem aufzeigt , das mit dem Potenzial zu tun hat, dass es mit IIS permissionsoder IIS file lockingmit dem vorhandenen Dienst exe file oder dem Dienst Deinstallieren / Installieren / Ausführen zusammenhängt .
Ich denke, dass IISmöglicherweise der Dienstexe file oder service / windows als betriebliche Ressource verwendet wird, die in der Natur stärker entkoppelt sein sollte . Dies stört jedoch den Deinstallationsteil des Lebenszyklus . Es scheint, dass die Standardaktion des Deinstallationsprozesses bei Problemen mit dem Dateisystem darin bestehen könnte , dem Benutzer einfach einen Dialog anzubieten . Der Zweck besteht darin, dass die Deinstallationsentwickler und Deinstallationstester dieses Dienstes / Windows-Dienstes einfach eine Test-Exe-Datei auswählen können'Open file' ;; Dadurch wird der Dienst aus Gründen der Geschwindigkeit bei wiederholten Testfunktionen nicht vollständig deinstalliert .
Ich hatte auch versucht, Windows neu zu starten, bevor ich wieder zum Programs and FeaturesFenster zurückkehrte, stellte jedoch wiederholte Ergebnisse fest . Einige von Ihnen denken vielleicht an Albert Einstein, der sagt: "Die Definition von Wahnsinn macht immer wieder dasselbe und erwartet unterschiedliche Ergebnisse" , als Humor hier in diesem zyklischen Neustartkontext. Aber ich hoffe , dass Sie die Tatsache überdenken Ich war schon in der Mitte viele der Deinstallation von Anwendungen und Rahmen Werkzeuge zunächst , bevor in diese zu laufen Problem , und war einfach nicht neu gestartet noch :) . Beim SchlagenAnwendungsfehler bei jeder Windows- Version . Ein Neustart kann die erste beste Option für eine Lösung sein . Ich werde zwar sagen, dass ich vielleicht ein bisschen eifrig war, das dritte und vierte Mal nach dem Neustart sogar eine Deinstallation zu versuchen , aber tun wir einfach so, als hätte ich keine großen Hoffnungen.
Ich habe eine separate alternative Lösung gefunden , bei der ich keine Kopien des Installationsprogramms herunterladen exe filesmusste, die in der vorherigen Lösung verlinkt waren, die von @Vincent Liou beantwortet wurde . Für mein spezielles Beispiel hier gehe ich davon aus, dass ich nur die Single exe filevon Microsoft herunterladen musste : DotNetCore.1.0.0.RC2-VS2015Tools.Preview1.exe und diese dann der Deinstallationsanwendung zur Verfügung stellen musste, wenn ich dazu aufgefordert wurde.
ALTERNATIVE LÖSUNG:
Um den Logikfehler in der bereits installierten Deinstallationsanwendung / dem bereits installierten Dienst zu umgehen oder zu beheben, musste ich stattdessen die folgenden Anweisungen verwenden :
Visitdas Programs and FeaturesFenster.Clickauf die Link-Option Turn Windows features on or off.DisableKontrollkästchen .NET Framework 3.5 (includes .NET 2.0 and 3.0).DisableKontrollkästchen .NET Framework 4.7 Advanced Services.DisableKontrollkästchen Internet Information Services.Reboot.Visitdas Programs and FeaturesFenster.SelectProgramm Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview 1.Clickauf dem UninstallLink.
Ich konnte den Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview- Dienst mit dieser Lösung korrekt deinstallieren. Ich weiß nicht, ob hier mehr als nur IIS benötigt wurde , der alleine deaktiviert wurde. Ich war dabei, drei ältere Visual Studio-Software-IDEs zu bereinigen und zu deinstallieren und zu versuchen, meine Dev Box auf eine aktuellere VS 2019- und .NET Core-Umgebung zu aktualisieren . deshalb habe ich mir gedacht Disablecheckbox .NET Framework 3.5 (includes .NET 2.0 and 3.0)und .NET Framework 4.7 Advanced Services. Ich weiß jedoch nicht, ob diese Aktion tatsächlich Teil der Lösung war . Ich habe auch keine Zeit mehr, mich dem zu widmen.
Viel Glück und das Einstein-Zitat wurde gesehen: professorbuzzkill.com/einstein-insanity-qnq und ich haben dies auch nur mit einem # Hashtag verknüpft, anstatt mit dem eigentlichen Link; weil ich nicht weiß, ob es eine sichere Verbindung ist. Suchen Sie einfach danach, wenn Sie nicht vertraut sind und nach der Originalquelle suchen.