2008-12-17 10 views
21

He seguido los pasos descritos en http://blogs.msdn.com/sburke/archive/2008/01/16/configuring-visual-studio-to-debug-net-framework-source-code.aspx para habilitar la depuración de fuentes de .NET Framework, y lo tuve funcionando en el pasado. Ahora que estoy usando .NET 3.5 SP1, parece haber dejado de funcionar. Más allá de los pasos en la entrada del blog que acabo de mencionar, ¿qué pasos especiales puedo tomar para que la depuración de fuentes vuelva a funcionar?¿Cómo depurar a través del código fuente de .NET Framework?

+2

+1. También estoy teniendo este problema. –

+0

No puedo depurar Framework Source en Visual Studio SP1. Solía ​​funcionar en mi máquina. Inicialmente tenía los símbolos de almacenamiento en caché de Windbg y Visual Studio en el mismo directorio, pero ahora he movido el caché de VS.NET a su propio directorio para obligarlo a volver a descargar los símbolos. –

+0

Mis estados de ventana de salida: paso en: Pasando por encima de método sin símbolos 'System.Web.UI.WebControls.XmlDataSourceView.XmlDataSourceView' He aquí algunos extractos de mi entorno opciones de depuración -> General sin control -Enable Justo mi Código verificado - Habilitar fuente de .NET Framework pisar controladas - los mensajes de diagnóstico de impresión servidor de origen en la ventana de resultados opciones de depuración - - Habilitar servidor de origen Soporte controladas> Símbolos comprobado - archivo de símbolos (PDB) lugares: http : //referencesource.microsoft.com/symbols marcado: buscar solo en las ubicaciones anteriores cuando los símbolos se cargan manualmente. –

Respuesta

5

Esto se rompe en el último RDA, Microsoft tiene que solucionarlo

+0

Ah ... ¿algún artículo de KB sobre el problema o cualquier otra referencia? –

+0

Tristemente no :(Trataré de quejarme un poco más. –

+0

¿Todavía está roto? También ... ¿qué hay de .NET 4.0? He intentado depurar en ContentPresenter para WPF 3.5 SP1 o WPF 4.0 y puedo Lo hago funcionar. – cplotts

2

Probablemente necesite actualizar los símbolos descargados. En el cuadro de diálogo Configuración de símbolos, especifique un directorio de caché donde los símbolos se almacenan en caché. Ya que ha actualizado su .NET Framework, por lo tanto, los símbolos almacenados en la memoria caché son probablemente los más antiguos, que no funcionarán con los dlls más nuevos. Simplemente borre su directorio y luego descargue símbolos para .NET 3.5 SP1 nuevamente.

+2

No funcionó para mí. –

+0

Tengo este problema y .NET 3.5 SP1 es la primera versión que he probado. –

4

Tuve el mismo problema cuando actualicé a .NET 3.5 sp1. Parece que está muy simplificado con la versión sp1. Ahora solo tiene que verificar el "Habilitar el paso de la fuente del framework .NET" (que automáticamente desmarca "Habilitar solo mi código"). Ya no tiene que cambiar nada en la configuración de "Símbolos".

1

depuración no funcionó para mí cuando en primer lugar seguido esos pasos. Eliminé el directorio de símbolos y eliminé todas las configuraciones de Opciones -> Depuración -> Símbolos y funcionó.

  • Desactive la opción "Habilitar Sólo mi código"
  • de verificación "Activar fuente de .NET Framework paso a paso"
  • de verificación "Activar soporte de servidor de origen"
  • no añaden nada a la depuración -> Símbolos

Funciona bien en Windows 7 x64 con Visual Studio 2008 SP1.

+0

¿Por qué no agregar nada en los símbolos? – abatishchev

+0

No lo hizo No funciona cuando los tenía. Cuando no hay nada allí, descarga los correctos. –

+0

Esto no funcionó para mí. Por supuesto ... es más de un año después. Se descargó los símbolos, pero cuando intento hacer doble clic en un marco de pila para depurar el .NET Framework ... dice que no hay código fuente disponible. – cplotts

Cuestiones relacionadas