.net - para - net framework 3.5 sp1 windows 10

No se puede ingresar al origen de.NET framework con VS2008 SP1

Question

De alguna manera, mi VS2008 SP1 ha perdido la capacidad de acceder a las fuentes de .NET Framework. He jugado con casillas de verificación sin fin; He vuelto a eliminar la carpeta Caché de símbolos una docena de veces; y he intentado todo tipo de servidores de símbolos de depuración.

Todo lo que hace es descargar algunos archivos .PDB, pero cuando trato de seleccionar un marco de pila en .NET, siempre recibo el mensaje de que no hay fuente disponible y "¿quieres ver el desmontaje?".

¿Lo que da?

Agregado: aplicación web; Windows Vista Business x32; .NET 3.5 SP1.

Answer 1

Cuando ingrese al modo de depuración, abra la ventana Módulos, haga clic con el botón derecho en el componente del marco y elija cargar el origen desde los servidores de Microsoft.

Answer 2

Me di cuenta de que si se produce este problema cuando se está ejecutando un sitio web, habilitar HTTP keep-alives en IIS puede solucionarlo.

Answer 3

Me he topado con esto varias veces en 2005. Mucho de esto es vudú y probablemente irrelevante, pero en algún lugar de aquí está la respuesta (que funciona para mí):

1. Matar el servicio
2. Eliminar cualquier .pdbs local
3. Deshágase de los archivos temporales en (por ejemplo) C: / WINDOWS / Microsoft.NET / Framework / v2.0.50727 / Archivos ASP.NET temporales (ya sea solo los archivos relacionados con el proyecto o todos)
4. Reiniciar servicio
5. Si eso no funcionó, repita 1-4, reinicie y luego intente

Answer 4

Creo que su problema es una versión no coincidente de .Net ejecutándose en su sistema en comparación con la versión de imagen en el pdb que se descarga desde el servidor de símbolos. He tenido el mismo problema en Vista y Win7 de 64 bits. Aún no he encontrado una referencia sobre cómo obtener el ensamblaje en 2.0.5.xxxx como se indica en las instrucciones. SP1 con todos los service packs en los dos sistemas operativos que indacated muestran los ensamblados en 2.0.0.xxxx

EDITAR: Comience a depurar cualquier aplicación que tenga y presione CTRL + ALT + U para obtener la lista de módulos. Muestra qué ensamblaje en el GAC se está utilizando para la aplicación

Publiqué lo que creo que es una mejor descripción del problema. Blog de problema

Answer 5

He encontrado el mismo problema en diferentes máquinas. Lo entiendo ahora mismo en Win7 x86 con .NET v2.0.50727 CLR (3.5sp1). La publicación más concurrida no ayuda. Tenga en cuenta que "Microsoft Symbol Server" NO es un servidor de origen con fuentes .NET. Aloja PDB sin información de origen (no indexado). Para fuentes .NET, necesitamos PDB indexados de " http://referencesource.microsoft.com/symbols " y habilitar el soporte del servidor de origen. Pero a veces deja de funcionar. Supongo que el problema de no poder descargar los PDB de .net indexados (como se mencionó anteriormente) está relacionado con conflictos de versiones.

Solo puedo decir esto:

WinServer 2008 R2 3.5.30729.4926 - funciona

Win7 x86 3.5.30729.4918 - doens''t work

Lo que quiero decir con "does not work": intente "cargar desde la ruta de símbolos" (desde Module o Stack windows, no importa) y obtenga el diálogo para elegir .pdb (posicionado, por ejemplo, en C: / Windows / assembly / GAC_32 / mscorlib / 2.0.0.0__b77a5c561934e089 / mscorlib.pdb). Es decir VS no puede descargar pdb para dll. Absolutamente las mismas acciones en WinSrv2008r2 hacen que VS descargue pdb y (si la compatibilidad con el servidor de origen está habilitada) las fuentes.

Answer 6

¡Prueba esta instrucción, tengo todo funciona bien!

Answer 7

Estaba teniendo un problema al que no puedo acceder con el código fuente del Framework.

Luego fui a la configuración del proyecto y configuré la Plataforma de destino en "Cualquier CPU", y luego sucedió la magia, por defecto la configuración de la Plataforma de destino era "x86".

Mi plataforma Win7 x64, VS2010