Ho incontrato un ostacolo durante la disinstallazione di Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview 1 . Questo è ancora un problema in corso nel 2020 poiché sto usando Windows 10 :) . Nota che la domanda originale di @ r12 sopra era rivolta a Windows 7 . Tuttavia, credo che la soluzione alternativa che sto fornendo in questa risposta, sia ancora un modello di soluzione applicabile , per funzionare anche con le versioni precedenti di Windows .
Quando ho visitato la finestra delle impostazioni e su ; Stavo sperimentando la stessa finestra di dialogo , che stava vivendo @ r12 . Tuttavia, ancora una volta, ho avuto il problema su Windows 10 , mentre @ r12 utilizzava Windows 7 . Questo mi ha portato a credere che fosse un bug logico nell'applicazione di disinstallazione in particolare.Programs and Features ClickedUninstall'Open file'
Inoltre, ho riscontrato un fastidio dopo ogni tentativo di disinstallazione non riuscito ; dove ho potuto non eseguire un secondo tentativo disinstallazione , senza prima riavvio . Il riavvio tra i tentativi di disinstallazione non riusciti era necessario, poiché il titolo , informativo , con "Attendi fino al termine della disinstallazione o della modifica del programma corrente". , apparirà per tutte le opzioni successive . Inizialmente ho aspettato oltre 10 minuti , su un Core i3 . Ho rinunciato ad aspettare ePrograms and Features wait dialoglabel Uninstall Clicksriavviato , invece di "aspettare" , su quello che presumevo fosse un tipo di errore logico in stato di sospensione nell'applicazione di disinstallazione , che non sarebbe mai finito.
La mia ipotesi sul motivo per cui il processo di disinstallazione è "errato in anticipo" , è dovuto al fatto che il codice di chiamata della finestra di dialogo nel processo di disinstallazione viene restituito un valore imprevisto e sta gestendo male il risultato quando nessun valido è selezionato dall'utente nella finestra di dialogo . Il processo è quindi 'vagano fuori presto' e bypassando il codice che informa di Windows che il processo di disinstallazione è stata completata come annullata dalla dall'utente .'Open file' exe file'Open file'
Ho anche convinto che avere per selezionare un exe filea tutti, durante il processo di disinstallazione , non è mai stato il intentper un normale utente finale caso d'uso , da parte del team di sviluppo di applicazioni di disinstallazione . Ciò è significativo in quanto, rivela inoltre una questione più complicata di avere a che fare con il potenziale per essere correlato IIS permissionsao IIS file lockingdel servizio esistente exe file o Disinstalla / Installa / Runner .
Penso che IISpotenzialmente utilizzi il servizioexe file o il servizio / Windows come risorsa operativa, che dovrebbe essere di natura più disaccoppiata ; tuttavia, ciò interferisce con la parte di disinstallazione del ciclo di vita del servizio . Sembra che l'azione predefinita del processo di disinstallazione , quando si riscontrano problemi relativi al file system , potrebbe essere quella di offrire semplicemente una finestra di dialogo all'utente. Lo scopo è, quindi gli sviluppatori di disinstallazione e i tester di disinstallazione di questo servizio / servizio di Windows , possono semplicemente selezionare un file exe di prova'Open file' ; che non disinstalla completamente il servizio per velocizzare la capacità di ripetizione dei test .
Avevo anche tentato di riavviare Windows prima di tornare Programs and Featuresnuovamente alla finestra, tuttavia ho riscontrato risultati ripetuti . Alcuni di voi potrebbero pensare ad Albert Einstein che afferma: "La definizione di follia è fare la stessa cosa ancora e ancora e aspettarsi risultati diversi" , come l'umorismo qui in questo contesto ciclico di riavvio. Comunque, spero che tu riconsiderare il fatto che ero già in mezzo a disinstallare molte applicazioni e gli strumenti del quadro , inizialmente , prima di incorrere in questo problema , e semplicemente avevo non riavviato ancora :) . Quando si colpisceerrori dell'applicazione con qualsiasi versione di Windows , il riavvio può essere la prima migliore opzione per una risoluzione . Anche se, dirò che forse ero un po 'zelante persino nel tentare una disinstallazione la terza e la quarta volta dopo il riavvio , ma fingiamo solo di non avere grandi speranze.
Ho trovato una soluzione alternativa separata che non richiedeva il download di alcuna copia del programma di installazione exe files , che era stata collegata nella soluzione precedente a cui aveva risposto @Vincent Liou . Per il mio esempio specifico qui, presumo che avrei solo dovuto scaricare il singolo exe fileda Microsoft : DotNetCore.1.0.0.RC2-VS2015Tools.Preview1.exe , quindi fornirlo all'applicazione di disinstallazione quando richiesto.
SOLUZIONE ALTERNATIVA:
quello che avevo fatto per aggirare o risolvere l'errore logico nel già installata, l'applicazione di disinstallazione / servizio , è stato quello di utilizzare invece le seguenti istruzioni :
Visitla Programs and Featuresfinestra.Clicksull'opzione di collegamento Turn Windows features on or off.Disablecasella di controllo .NET Framework 3.5 (includes .NET 2.0 and 3.0).Disablecasella di controllo .NET Framework 4.7 Advanced Services.Disablecasella di controllo Internet Information Services.Reboot.Visitla Programs and Featuresfinestra.Selectprogramma Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview 1.Clicksul Uninstallcollegamento.
Sono stato in grado di disinstallare correttamente il servizio Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview con questa soluzione. Non so se qualcosa di più di solo IIS essere disabilitata da solo, è stato necessario qui. Stavo per ripulire e disinstallare tre vecchi IDE del software Visual Studio e tentare di aggiornare il mio Dev Box a un ambiente più attuale, VS 2019 e .NET Core ; motivo per cui ho pensato di selezionare la Disablecasella .NET Framework 3.5 (includes .NET 2.0 and 3.0)e .NET Framework 4.7 Advanced Services. Tuttavia, non so se questa azione fosse in effetti parte della soluzione . Inoltre non ho più tempo da dedicare a questo.
Buona fortuna e la citazione di Einstein è stata vista: professorbuzzkill.com/einstein-insanity-qnq e ho anche collegato questo a un hashtag #, invece del vero collegamento; perché, non so se è un collegamento sicuro. Basta cercarlo se non hai familiarità e stai cercando la fonte originale.