c# - paso - No se pueden encontrar archivos.cs para depurar el código fuente.NET

log debug c#

Question

Intenté configurar la depuración de la fuente .NET siguiendo este tutorial de MDSN . La caché de símbolos está configurada correctamente, al igual que la marca ''Habilitar paso a paso de origen de .NET Framework''.

Pero posteriormente, cada vez que quiero ingresar al código .NET, se me solicita que especifique la ubicación del archivo cs relevante. El mensaje de error es You need to find <filename>.cs to view the source for the current call stack frame y The debugger could not locate the source file <filename>.cs .

Se me ofrece buscar el archivo (pero no lo tengo) o ver un desmontaje (pero no quiero eso).

¿Cómo ingresar al código fuente .NET?

Answer 1

Bueno, en mi caso no estaba tratando de depurar el marco .Net, pero recibía el mismo error: No puedo encontrar archivos .cs para depurar el código fuente .NET . Así que tuve que activar la opción "Habilitar solo mi código" en:
Herramientas -> Opciones -> Depuración -> General -> Habilitar solo mi código

Por documentos de MS:

Puede configurar Visual Studio para pasar automáticamente por el sistema, el marco y otras llamadas que no sean de usuario y contraer esas llamadas en la ventana de la pila de llamadas.

https://docs.microsoft.com/en-us/visualstudio/debugger/just-my-code

Answer 2

Esto también me llevó una hora. Finalmente lo arreglé restableciendo la Configuración -> Herramientas -> Importar y Exportar Configuración -> Restablecer todas las configuraciones

Answer 3

Las Tools verificación -> Options -> Debugging -> General -> Enable source server support misteriosamente hicieron que todo funcionara. Espero que lo mismo sea cierto para ti

Answer 4

Puede encontrar el código fuente aquí para descargar para que pueda depurarlo correctamente. https://referencesource.microsoft.com/#mscorlib,namespaces

Answer 5

Recibí este error al actualizar un paquete NuGet en un proyecto, pero no lo actualicé en otros proyectos de la solución.

Ir al NuGet Manager de la solución y usar la función consolidar, que garantiza que todos los proyectos de la solución usen la misma versión, resolvió el problema por mí.

Answer 6

Si el error es buscar "nullable.cs" o algún otro archivo fuente principal:

Puede deshabilitar los símbolos para módulos específicos utilizando Debug -> Options -> Debugging -> Symbols y luego en la parte inferior Specify Excluded Modules .

Esto es útil para los casos en que desea deshabilitar "Just My Code" para ingresar a otros ensamblados para los que tiene PDB. Visual Studio creo que viene con símbolos para mscorlib.dll pero no incluye la fuente, por lo que a veces, al entrar en las cosas, se busca un "nullable.cs" o algún otro archivo fuente principal.

Answer 7

Todas las respuestas aquí hablan sobre ignorar / evitar el código fuente en lugar de entrar realmente en él.

@JBSnorro está en el camino correcto, pero el problema es que Microsoft no parece publicar todos los símbolos / fuentes .NET que pueda encontrar. No sé si es intencional por su parte, pero para ingresar a las fuentes de MS necesitan publicar cada versión de cada ensamblado, lo cual es una gran tarea logística.

Tools -> Options -> Debugging -> General -> Enable source server support funcionará en muchos casos, pero descubrí que mscorlib.dll para 4.6.1 carecía de símbolos y / o fuente descompilada. Por lo tanto, no pude entrar en el código fuente común como Dictionary.cs o Task.cs como ejemplos. Dado que la fuente y los símbolos del servidor de símbolos MS probablemente cambien todo el tiempo. ¿Mi problema puede resolverse para cuando leas esto?

Cuando depuro la misma solución en Jetbrain''s Rider, puedo ver y recorrer cada clase en cada ensamblado .NET sin ningún problema. Sin embargo, en VS solo puedo entrar en algunas clases pero no en otras.

Si realmente está comprometido a ingresar a todo el código fuente .NET, puede usar DotPeek de Jetbrain y descompilar los ensamblados .NET en archivos .cs reales en su disco. Entonces cuando veas esto,

Ahora puede buscar en su disco el código fuente que descompiló usando DotPeek. Solo asegúrese de descompilar la misma versión de ensamblaje a la que hace referencia en su proyecto. De lo contrario, los símbolos pueden no coincidir con los números de línea de origen correctos.

En cambio, si solo quiere ocultar esta "Fuente no encontrada" para que no aparezca constantemente y no le importa entrar en el código para el que no hay fuentes, lea la respuesta de @Alex Sherman . Deberá averiguar en qué ensamblado está contenido el archivo ofensivo y luego agregar ese nombre de ensamblado a la lista de exclusión.

Para pensar, no soy fanático de Rider sobre VS. Rider sigue siendo un poco crudo y carece de la cantidad loca de herramientas integradas que VS tiene. ¡¡Sin embargo!! Me gusta tenerlo instalado lado a lado en casos como este, donde sé que puedo profundizar en las malezas.

Answer 8

Tuve el mismo problema, ninguna de las soluciones propuestas anteriormente me ayudó a resolver el problema. Ocurrió en VS 2017. Cuando ejecuté el proyecto en Visual Studio 2019, todo funcionó. Así que solo intenta ejecutarlo en otros entornos. Espero que esta respuesta ayude a alguien

Answer 9

Limpiar la solución antes de construir resolvió el problema para mí.

Simplemente navegue y haga clic en:

1. Build -> Clean Solution .
2. Build -> Build Solution (Ctrl + Shift + B) .