2009-08-06 7 views
6

J'ai couru VS.NET 2010 bêta pendant quelques mois maintenant avec VS.NET 2005. Aussi tard qu'hier après-midi, j'utilisais 2005 pour le travail.Désinstallation de VS.NET 2010 Beta Breaks .NET?

Hier soir, j'ai désinstallé VS.NET 2010 et nownone de mes applications .NET (VS.NET 2005, SQL Server Management Studio, etc.). Les installations de ces produits ne fonctionneront pas non plus, et les installations 2.0 SDK ou 2.0 Framework ne le seront pas non plus.

Ils sont tous échouent avec cette erreur:

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

Ce qui, bien sûr, il n'a pas, puisque c'est l'installation.

Des idées? Google ne semble rien avoir.

Répondre

7

Problème résolu. La réponse est ... désinstaller .NET Framework 4.0. La désinstallation de VS.NET ne prend pas cela avec, et apparemment enlève la dépendance d'exécution de VC

+0

Salutations mtutty. Note pour quelqu'un d'autre dans cette situation: J'ai eu environ 50 crashs ngen.exe lors de la désinstallation de chacun des composants .net 4, mais après les avoir ignorés, il s'est terminé correctement et tout semble bien fonctionner maintenant. –

1

Premièrement: N'installez jamais de bêta sur une machine de production. Utilisez Virtual PC à la place. Leçon apprise. Deuxièmement: sur la base de la DLL mentionnée, MSVCR100.dll, je dirais que vous avez compilé avec .NET 4.0. Recompilez vos programmes contre .NET 2.0 et tout devrait être bon.

1

Randolpho a frappé le clou sur la tête. N'installez jamais un outil de développement bêta sur une machine de production. Toujours utiliser une machine virtuelle ou une boîte séparée. Du son, .NET a enregistré les nouvelles DLL pour 2.0, 3.0, 3.5 et 4.0. Vous pourriez avoir besoin d'un hack de registre pour repointer le framework au bon endroit ... en vérifiant et en rendant compte.

MISE À JOUR

Vérifiez les dossiers différents pour les autres versions de .NET à

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

et assurez-vous qu'il n'y a pas une référence persistante à la 4.0 dll.

+0

Vous ne savez pas quelle est votre définition de «production», mais je peux m'éloigner de mon PC de développement n'importe quand, et être debout et courir sur un autre dans quelques heures. Dans mon cas, la VM ne vaut pas le coup de la performance. La réponse actuelle est ... désinstaller .NET Framework 4.0. La désinstallation VS.NET ne prend pas cela avec, et apparemment supprime la dépendance d'exécution VC. – mtutty

Questions connexes