2009-01-13 25 views
5

Cuando intento cargar una solución en Visual Studio 2008, se cierra inmediatamente. Me sale el siguiente error en el registro de eventos: VersiónVisual Studio 2008 se bloquea al intentar cargar el archivo de solución

.NET Runtime 2.0.50727.3053 - error fatal de motor de ejecución (6E875E00) (80131506)

He buscado en la web de alta y bajo y no puede encontrar una solución a este problema. He encontrado problemas similares, pero ninguno de ellos coincide con la parte (6E875E00). Aquí está mi configuración:

Vista 64
Visual Studio 2008 SP1
.Net Framework 3.5 SP1
ReSharper 4.1
Galio 3.05
TestDriven.Net 2,18

Tengo la sensación de que es una de los complementos, pero no sé cuál.

¿Alguien tiene esta experiencia? ¡Esto es muy frustrante!

EDITAR: La respuesta a este problema para referencia futura fue desinstalar Gallio. Este fue el único complemento que causó el bloqueo. ¡Gracias a todos por la ayuda!

+0

¿Está relacionado con una solución específica o con cualquier archivo de solución? – Dror

+0

varios archivos de solución. parece más probable que suceda a las soluciones que tienen un proyecto web como parte de él, pero aún no lo he verificado. –

+0

Experimenté esto después de instalar el complemento PowerCommands - ¡bueno, no necesito tanta potencia, de todos modos! –

Respuesta

5

Intente crear una nueva solución e importe sus proyectos existentes.

Alternadamente, desinstale ReShaper, Gallio y TestDriven y vea si se carga la solución. Luego instala un complemento a la vez hasta que encuentres al culpable.

+0

La solución alternativa funcionó. Termina que Gallio fue el culpable. Desinstalé todos los complementos y de a uno instalé uno, abrí una solución afectada y luego desinstalé el complemento. Todos los complementos funcionaron bien, a excepción de Gallio. Instalar todos ellos sin Gallio también funciona –

+0

Tenía los mismos síntomas que tú, pero el complemento con errores era PowerTools. –

+0

Las PowerTools siempre suenan bien, pero cada vez que las instalo me han enloquecido. – Will

10

Sí, no es poco probable. Edite el acceso directo a Visual Studio y proporcione la opción/SafeMode. Eso asegura que los Complementos no se carguen. Si eso no ayuda, comience a deshabilitar malware empaquetado como escáneres de virus.

3

Intente restablecer el diseño de las ventanas (Menú -> Ventana -> Restablecer configuración de la ventana) antes de cargar la solución.

Esto me ayuda en los bloqueos VS.

+0

totalmente asustado pero esto funcionó. – ahsteele

+0

Esto funcionó para mí. La carga estaba fallando cada vez que iniciaba VS desde un archivo .sln, pero funcionaba bien para Archivo-> Abrir (archivo .sln) – Odrade

+0

Curiosamente, esto también me funcionó, ¡ninguna de las otras sugerencias en este y otros lugares funcionó! – GeoffM

4

Si solo afecta a una sola solución, intente eliminar el archivo .suo (estará en la misma carpeta que el archivo de la solución); Si afecta a todas las soluciones, entonces la opción safemode que menciona nobugz probablemente valga la pena intentar ...

+0

¡Gracias, esto me salvó! –

+0

Esto funciona para mí –

2

Tuvimos problemas similares con Visual Studio al estrellarse en el inicio, y el culpable era un complemento específico, es decir, el Visual Studio PowerCommands .

http://code.msdn.microsoft.com/PowerCommands

Cuidado con este complemento! Incapacitantes y ejecutan

Devenv/ResetSkipPackages

ayudado. El full list of VS command line params también es instructivo.

+0

Solo para tener dos opiniones sobre la nota de "cuidado", personalmente no he tenido ningún problema con este complemento. –

+0

los comentarios en la primera respuesta también indican problemas con este complemento, por lo que comenzamos a buscarlo. FYI. –

+0

para referencia futura, creo que es devenv/ResetSkipPkgs not/ResetSkipPakages –

0

Esto funcionó para mí.

Devenv.exe/ResetSettings

Cuestiones relacionadas