2010-09-13 20 views
8

Tengo problemas para configurar la depuración del código fuente de Microsoft .NET Framework para Visual Studio 2008 y 2010 en Windows 7 x64 (también estoy teniendo problemas similares en Vista x86).Depuración NET Framework código fuente no disponible

He seguido las instrucciones desde this blog post, así como algún otro recurso, pero sin mucho éxito. También descargué e instalé all symbols del centro de código fuente de referencia de Microsoft y seguí their instructions también sin éxito.

Parece que Visual Studio sigue cargando PDB sin código fuente en ellos. También sigue descargando PDB a pesar de que existe una memoria caché local adecuada.

Esto parece una tarea sencilla, pero debo seguir repitiendo algunos errores en el procedimiento de configuración.

+0

Creo que tiene algo que ver con Target Platforms. Anoche logré que funcionase cuando construí x64bit en un win7 vs x86 pero intenté replicar en un nuevo VHD y volví a "No hay fuente disponible" ni idea ... –

Respuesta

6

Es la más negra de las artes negras para lograrlo, me quedé con un tiempo largo para obtener la fuente de referencia 3.5. Nunca obtuve 4.0 resuelto todavía.

Un problema que descubrí es el caché de símbolos. Si ha estado depurando con el servidor de símbolos habilitado antes de tratar de obtener la fuente de referencia, entonces está lleno con los archivos .pdb incorrectos, los que no tienen información de origen. Lo arreglé copiando los .pdbs de la fuente de referencia (descargada con Massdownloader) a mano en el directorio de caché de símbolos, sobrescribiendo los malos. Pagar suciedad.

+0

+1, pero me temo que tengo Perdí tanto tiempo hoy con este problema que necesito que alguien amable me enseñe pasos de bebé para que esto funcione. Una cosa graciosa que me di cuenta ... Mi esfuerzo de depuración me lleva a localizar 'PresentationCore.pdb'. Su token de clave pública es '31bf3856ad364e35' y mi caché' ReferenceSource' tiene exactamente 9 otras versiones de este PDB pero no la requerida. Imagínate. – wpfwannabe

+1

Tiene algo que ver con Windows 7 x64? – wpfwannabe

+0

No he logrado que esto funcione en VS2010 todavía; apuntando a 3.5 o 4 en x64. Tal vez esperaré por la luna llena. – Jeb

1

No estoy seguro si esto coincide con su problema, pero echar un vistazo a este KB-artículo, tal vez usted tiene este tipo de problema:

http://support.microsoft.com/?scid=kb%3Ben-us%3B957912&x=7&y=9

Es acerca de Visual Studio no ser capaz de reconocer puntos de interrupción, ni recorrer su código fuente.

+0

+1, Gracias por intentarlo, pero esto no parece aplicarse. Estoy sufriendo de alguna enfermedad de mala configuración. – wpfwannabe

2

Ok por lo que puedo decir que los siguientes podrían ser las razones de por qué no se consigue el acceso, etc.

Asegúrate de que tienes .NET 4.0 como su objetivo build cuando se utiliza Windows 7 + 64 + VS2010. .NET 3.5 no funcionará, ya que tiene que ver con que Microsoft no libera la fuente de estos símbolos a través del Servicio de fuente de símbolo público. Usted puede obtener el 3.5 SP1, etc. en http://referencesource.microsoft.com/netframework.aspx

No estoy seguro de por qué usted también tiene que especificar su construye como x64 y no Cualquier CPU o x 86 con el fin de conseguir este trabajo, pero sin embargo, ya está, es el caso en este momento (para este escenario específico). Si intento usar cualquiera de estos dos, obtengo cero acceso a la fuente (los Símbolos cargan normalmente pero no tienen acceso).

Espero que ayude? esto me tomó un día y medio de rebuscar tratando de descubrir por qué no es mucho pero funciona.

+0

Cambiar la configuración del proyecto a .NET 4.0 y apuntar a x64 (vs x86) definitivamente me funcionó y me permitió rastrear el problema que estaba teniendo. ¡Gracias! –

Cuestiones relacionadas