visual vista tutorial temas studio previa para mejores las iconos extensiones español code visual-studio visual-studio-2008

visual studio - vista - Se está omitiendo la carga de documentos. ¿Qué documento está causando esto?



vista previa visual studio code (7)

al cargar una solución en VS2008 obtengo:

Se encontró un error al abrir documentos asociados la última vez que se cargó esta solución. La carga del documento se omite durante esta carga de solución para evitar ese error.

¿Cómo puedo encontrar qué documento está causando el problema?


No puedo decir que he visto este error en particular, pero me pregunto si podría estar almacenado en el archivo .suo asociado con su solución. El .suo es donde VS rastrea qué archivos ha abierto anteriormente, por lo que tal vez rastrea también los fallidos. Puede intentar cambiar el nombre o eliminar ese archivo y luego volver a cargar la solución para ver si el error desaparece. Lamentablemente, esos archivos no son del todo legibles por el ser humano, por lo que si resulta ser la ubicación, puede no ser trivial determinar qué archivo fue el culpable.


Limpié mi solución a través de Build-> Clean Solution.

Luego reconstruí mi solución. Parece funcionar para mi.

editar: uso VS 2010


Estoy usando VS2010 y tuve el mismo error. Eliminé los 2 archivos SUO asociados a la solución y funcionó bien.


Tuve este problema también. Eliminé el archivo * .suo asociado con la solución. Cuando intenté cargar la solución nuevamente, me pidieron el mismo error, excepto que esta vez Visual Studio no se bloqueó al instante. Cuando hice clic en "ok" en el cuadro de diálogo de error, la solución pareció cargar bien.


Es posible que no sea posible determinar definitivamente qué archivo está causando el problema. Se han informado errores similares con circunstancias muy diversas, excepto en el caso de que haya al menos 1 archivo que todavía estaba abierto para edición en la última vez que la solución se abrió y cerró con éxito.

Lo he visto yo mismo con WinDbg activo, y la pila de llamadas está llena de una cadena de archivos DLL en estado de descarga de hilo / módulo. Lo más probable es que esto sea causado por una condición de carrera u otro comportamiento defectuoso de multihilo en Visual Studio.

Aquí hay otras referencias que puede ver, en caso de que otros las actualicen con información adicional.

IDE informa de error ... @ Microsoft Connect
Error al cargar la solución el 100% del tiempo ... @ Microsoft Connect
Error al abrir documentos asociados ... @ Desbordamiento de pila

Editar:

Debo añadir que mi conclusión de que se trata de una condición de carrera se basa en las pistas recopiladas al intentar crear un minivolcado del bloqueo en Visual Studio con WinDbg; y antecedentes con errores inexplicables similares en versiones anteriores de Visual Studio.

En mi exploración, WinDbg informa consistentemente que no se puede crear un minivolcado para este bloqueo porque ReadProcessMemory ha fallado. El seguimiento de la pila contiene un seguimiento de DllUnloads llamado por varias razones. No hay informes de este error cuando no hay vistas de documentos abiertas en la última vez que se cerró la solución. Al combinar estas pistas, creo que hay errores en el orden de creación de instancias; quizás cuando se abren dos vistas del mismo tipo, una completa antes que la otra y causa la limpieza de un recurso compartido por ambas acciones.

Es posible que no se trate de una condición de carrera o error de enhebrado, aunque los síntomas lo sugieren fuertemente. Afortunadamente para mí y para otros que han respondido, cuando me he encontrado con este error, eliminar el archivo .SUO (y el archivo .NCB en versiones anteriores de Visual Studio) soluciona el problema.


Este problema me ha bloqueado durante toda la mañana, así que he estado haciendo una investigación forzada. He aquí un pequeño tidbit que puede ayudar, junto con algunos enlaces que he encontrado (pero IO aún no los he leído).

Primero que nada, el tidbit. Parece que si puedo obtener la solución para abrir (lo que puedo, la segunda vez, cuando VS.NET omite el paso de "Carga de documentos"), y luego hacer de inmediato una Rebuild All, eso podría "arreglar" el problema (es decir, el problema desaparecerá por un tiempo y aparecerá unos días más tarde, pero al menos puedo hacer un poco de trabajo).

Por supuesto, eso puede convertirse en una pista falsa, pero parece ser cierto en este momento.

A continuación, aquí hay algunos enlaces que he encontrado. No los he leído todos, pero se refieren a este problema o a problemas muy similares, y pueden ayudar a alguien.

http://social.msdn.microsoft.com/forums/en-US/vssetup/thread/cb73c8d6-077f-4220-aaf8-463039ee1d5f

¿Por qué Visual Studio falla al abrir ASPX con MVC RC1?

Las soluciones Resharper (R #) 4.5 y MVC (1.0) hacen que Visual Studio 2008 SP1 se bloquee en la carga de la solución

http://www.lostechies.com/blogs/hex/archive/2009/03/02/hot-fix-available-for-visual-studio-2008-sp1-crashing-when-opening-up-aspx-files- views-on-vista-sp1-x64.aspx

http://www.chowamigo.co.uk/2009/10/fix-visual-studio-hangs-crashes-and.html

http://forums.asp.net/p/1384470/2942121.aspx#2942121

http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=471570

http://blogs.msdn.com/jnak/archive/2009/02/26/fix-available-asp-net-mvc-rc-crash-in-a-windows-azure-cloud-service-project.aspx


Recibí este error de "error de carga de documento" y luego un error de "referencia de objeto no establecido en una instancia de un objeto" cuando traté de cerrar VS. Solucioné ambos borrando:

  • C: / Users {usuario} / AppData / Local / Microsoft / VisualStudio / ComponentModelCache y
  • C: / Users {user} / AppData / Local / Microsoft / VisualStudio / devenv.exe.config
  • C: / Users {user} / AppData / Local / Microsoft / VisualStudio.NETFramework, Version = v4.0, Set = Extensions, Hash = 6D09DECC.dat
  • C: / Users {user} / AppData / Local / Microsoft / VisualStudio.NETFramework, Version = v4.0, Set = Extensions, Hash = 9951BC03.dat
  • C: / Users {user} / AppData / Local / Microsoft / VisualStudio.NETFramework, Version = v4.5.2, Set = RecentAssemblies, Hash = 0.dat

Descubrí que los dos primeros estaban causando otros errores relacionados con paquetes faltantes cuando cargaba mi proyecto, y la "referencia de objeto no configurada en una instancia de un objeto" cuando trataba de cerrar VS, y recibía errores del lenguaje JavaScript Servicio, quejándose de archivos js faltantes de esos últimos archivos .NETFramework (que no obtengo si no los vuelvo a agregar):

01:10:11.7550: Referenced file ''C:/Program Files (x86)/Microsoft Visual Studio 14.0/JavaScript/References/libhelp.js'' not found. 01:10:11.7550: Referenced file ''C:/Program Files (x86)/Microsoft Visual Studio 14.0/JavaScript/References/sitetypesWeb.js'' not found. 01:10:11.7550: Referenced file ''C:/Program Files (x86)/Microsoft Visual Studio 14.0/JavaScript/References/domWeb.js'' not found. 01:10:11.7550: Referenced file ''C:/Program Files (x86)/Microsoft Visual Studio 14.0/JavaScript/References/underscorefilter.js'' not found. 01:10:11.7550: Referenced file ''C:/Program Files (x86)/Microsoft Visual Studio 14.0/JavaScript/References/showPlainComments.js'' not found.

Puede que necesite reinstalar / reparar el complemento de JavaScript Language Service, y es posible que esos sean los archivos "salteados". Pero trataría de deshacerme de todos los archivos que enumeré arriba y reiniciar Visual Studio. Deben volver a crearse, a excepción de los archivos .NETFramework. Si lo desea, puede respaldar los archivos .NETFramework, luego eliminarlos, y luego pegarlos de nuevo uno a la vez y relanzar VS entre cada copia de archivo que haga, para reducir las cosas, como yo lo hice.

Publiqué mi proceso. Solía ​​resolver esto en Visual Studio 2015 error "Referencia de objeto no configurada en una instancia de un objeto" después de la instalación de ASP.NET y Web Tools 2015 (Actualización RC1)