2009-08-06 16 views
6

He estado ejecutando VS.NET 2010 beta durante un par de meses junto con VS.NET 2005. Todavía ayer por la tarde estaba usando 2005 para el trabajo.Desinstalar VS.NET 2010 Beta Breaks .NET?

Anoche desinstalé VS.NET 2010 y ninguno de mis trabajos relacionados con .NET (VS.NET 2005, SQL Server Management Studio, etc.). Las instalaciones para estos productos tampoco funcionarán, ni las instalaciones de 2.0 SDK o 2.0 Framework.

Todos están fallando con este error:

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

cual, por supuesto, no es así, ya que esta es la instalación.

¿Alguna idea? Google parece no tener nada.

Respuesta

7

Problema solucionado. La respuesta es ... desinstalar .NET Framework 4.0. La desinstalación de VS.NET no lleva eso, y al parecer elimina la dependencia de tiempo de ejecución de VC

+0

Saludos mtutty. Nota para cualquier otra persona en esta situación: obtuve alrededor de 50 fallos de ngen.exe durante la desinstalación de cada uno de los componentes de .NET 4, pero después de ignorarlos se completó bien y todo parece funcionar bien ahora. –

1

Primero: Nunca instale una versión beta en una máquina de producción. Use Virtual PC en su lugar. Lección aprendida.

Segundo: basado en el dll mencionado, MSVCR100.dll, diría que compiló contra .NET 4.0. Recompile sus programas contra .NET 2.0 y todos deberían ser buenos.

1

Randolpho golpeó el clavo en la cabeza. Nunca instale una herramienta de desarrollo beta en una máquina de producción. Siempre use una VM o caja separada.

Por el sonido de esto, .NET registró las nuevas DLL para 2.0, 3.0, 3.5 y 4.0. Es posible que necesite un hack de registro para volver a establecer el marco en la ubicación correcta ... verificar e informar de nuevo.

ACTUALIZACIÓN

Comprobar las diferentes carpetas para las versiones restantes de .NET en

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

y asegurarse de que no hay una referencia persistente a los 4.0 dlls.

+0

No estoy seguro de cuál es su definición de "producción", pero puedo alejarme de mi PC de desarrollo en cualquier momento, y estar arriba y corriendo en otro en un par de horas. En mi caso, la VM no vale la pena el golpe de rendimiento. La respuesta real es ... uninstall .NET Framework 4.0. La desinstalación de VS.NET no lleva eso, y al parecer, elimina la dependencia de tiempo de ejecución de VC. – mtutty

Cuestiones relacionadas