2009-08-06 11 views
6

Ich habe VS.NET 2010 Beta seit ein paar Monaten neben VS.NET 2005 laufen. Noch gestern Nachmittag nutzte ich 2005 für die Arbeit.Deinstallation von VS.NET 2010 Beta bricht .NET?

Letzte Nacht habe ich VS.NET 2010 deinstalliert und keine meiner .NET-bezogenen Anwendungen funktionieren (VS.NET 2005, SQL Server Management Studio, etc.). Die Installationen für diese Produkte funktionieren ebenfalls nicht, und das 2.0 SDK oder 2.0 Framework wird nicht installiert.

Sie sind alle mit diesem Fehler Fehler:

(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. 

Was natürlich, ist es nicht der Fall ist, da dies die Installation ist.

Irgendwelche Ideen? Google scheint nichts zu haben.

Antwort

7

Problem gelöst. Die Antwort lautet ... deinstallieren Sie .NET Framework 4.0. Die VS.NET Deinstallation nimmt das nicht mit und entfernt offensichtlich die VC Laufzeitabhängigkeit

+0

Cheers mtutty. Hinweis für alle anderen in dieser Situation: Ich habe etwa 50 ngen.exe Abstürze während der Deinstallation von jeder der .net 4 Komponenten, aber nach dem Ignorieren sie abgeschlossen ok und alles scheint jetzt gut zu laufen. –

1

Erstens: Installieren Sie niemals eine Beta auf einer Produktionsmaschine. Verwenden Sie stattdessen Virtual PC. Lektion gelernt.

Zweitens: basierend auf der genannten DLL, MSVCR100.dll, würde ich sagen, Sie haben gegen .NET 4.0 kompiliert. Kompilieren Sie Ihre Programme gegen .NET 2.0 und alles sollte gut sein.

1

Randolpho traf den Nagel auf den Kopf. Installieren Sie niemals ein Beta-Entwicklungstool auf einer Produktionsmaschine. Verwenden Sie immer eine VM oder eine separate Box.

Von Anfang an registrierte .NET die neuen DLLs für 2.0, 3.0, 3.5 und 4.0. Möglicherweise benötigen Sie einen Registry-Hack, um das Framework an den richtigen Ort zu verweisen ... zu überprüfen und zu melden.

UPDATE

Überprüfen Sie die verschiedenen Ordnern für die verbleibenden Versionen von .NET auf

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

und stellen Sie sicher, den 4.0-DLLs nicht eine schleichende Referenz gibt.

+0

Nicht sicher, was Ihre Definition von "Produktion" ist, aber ich kann jederzeit von meinem Entwickler-PC gehen und auf und sein in ein paar Stunden auf einem anderen laufen. In meinem Fall ist die VM den Performance-Hit nicht wert. Die tatsächliche Antwort ist ... deinstallieren Sie .NET Framework 4.0. Die VS.NET-Deinstallation nimmt das nicht mit und entfernt offensichtlich die VC-Laufzeitabhängigkeit. – mtutty

Verwandte Themen