2009-08-06 8 views
6

Ho eseguito VS.NET 2010 beta per un paio di mesi ora insieme a VS.NET 2005. Fino a ieri pomeriggio stavo usando il 2005 per lavoro.Disinstallare le interruzioni beta di VS.NET 2010 .NET?

Ieri sera ho disinstallato VS.NET 2010 e Nownone delle mie app relative a .NET funzionano (VS.NET 2005, SQL Server Management Studio, ecc.). Le installazioni per questi prodotti non funzioneranno, né le installazioni 2.0 SDK o 2.0 Framework.

Sono tutti riescono con questo errore:

(Msgbox title) ngen.exe - Unable to Locate Component 
This application has failed to start because MSVCR100.dll was not found. Re-installing the application may fix the problem. 

che, naturalmente, non è così, perché questo è l'installazione.

Qualche idea? Google non sembra avere nulla.

risposta

7

Problema risolto. La risposta è ... disinstallare .NET Framework 4.0. La disinstallazione di VS.NET non la porta con sé e sembra rimuovere la dipendenza del runtime VC

+0

Cheers mtutty. Nota per chiunque altro in questa situazione: ho avuto circa 50 crash di ngen.exe durante la disinstallazione di ciascuno dei componenti di .net 4, ma dopo averli ignorati è stato completato correttamente e ora tutto sembra funzionare correttamente. –

1

Primo: non installare mai una versione beta su un sistema di produzione. Utilizzare invece Virtual PC. Lezione appresa.

Secondo: basato sulla dll menzionata, MSVCR100.dll, direi che hai compilato .NET 4.0. Ricompila i tuoi programmi con .NET 2.0 e tutto dovrebbe essere buono.

1

Randolpho ha colpito l'unghia sulla testa. Non installare mai uno strumento di sviluppo beta su una macchina di produzione. Usa sempre una VM o una scatola separata.

Dal suono di esso, .NET ha registrato le nuove DLL per 2.0, 3.0, 3.5 e 4.0. Potrebbe essere necessario un hack del Registro di sistema per reimpostare il framework nella posizione corretta ... controllando e segnalerà.

UPDATE

controllare le diverse cartelle per i restanti versioni di .NET a

HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/.NETFramework/{version}/NGETService/Roots 

e assicurarsi che non ci sia un riferimento persistente per le DLL 4,0.

+0

Non so quale sia la tua definizione di "produzione", ma posso allontanarmi dal mio PC dev in qualsiasi momento, e stare su e correndo su un altro in un paio d'ore. Nel mio caso, la VM non vale il colpo di prestazioni. La risposta effettiva è ... disinstallare .NET Framework 4.0. La disinstallazione di VS.NET non la porta con sé e apparentemente rimuove la dipendenza del runtime VC. – mtutty

Problemi correlati