La aplicación de escritorio C # en la edición express funcionó y no funcionó 5 segundos después.

Intenté lo siguiente:

• Asegúrese de que la configuración de depuración, el indicador de depuración y la información de depuración completa estén configurados en todos los ensamblajes.
• Eliminar todas las carpetas bin y obj y todas las DLL relacionadas con el proyecto desde mi máquina completa.
• Recree proyectos que causen el problema desde cero.
• Reiniciar.

Tengo dos proyectos WinForms en la solución. Uno de ellos carga la información de depuración, uno no. Ambos se refieren al ensamblaje en el que estoy tratando de obtener información de depuración exactamente de la misma manera en el archivo del proyecto. ¿Algunas ideas?

Quiero agregar aquí, principalmente para mí cuando vuelva a revisar esta pregunta, que los símbolos no se cargan hasta que se carga el ensamblaje, y el ensamblaje no se carga hasta que se necesita. Si el punto de interrupción está en una biblioteca que solo se usa en una función en su ensamblaje principal, los símbolos no se cargarán (y mostrará el punto de interrupción como no alcanzado) hasta que se llame a esa función.

Comience a depurar, tan pronto como llegue a un punto de interrupción o lo use Debug > Break All, úselo Debug > Windows > Modules. Verá una lista de todos los ensamblajes que se cargan en el proceso. Busque el que desea obtener información de depuración. Haga clic con el botón derecho y seleccione Información de carga de símbolo. Obtendrá un cuadro de diálogo que enumera todos los directorios donde buscó el archivo .pdb para el ensamblado. Verifique esa lista con la ubicación real .pdb. Asegúrate de que no encuentre uno viejo.

En proyectos normales, el ensamblado y su archivo .pdb siempre deberían haber sido copiados por el IDE en la misma carpeta que su .exe. La carpeta bin \ Debug de tu proyecto. Asegúrate de eliminar uno del GAC si has estado jugando con él.

Primero intente reconstruir su proyecto haciendo clic con el botón derecho en el proyecto> Reconstruir Si eso no funciona, intente limpiar el proyecto (haga clic con el botón derecho en el proyecto> limpiar)

Si eso no funcionó, verifique esto:

1. Haga clic derecho en su proyecto
2. Seleccione [Propiedades]
3. Seleccione la pestaña [Compilar]
4. Asegúrese de que [Definir constante de DEPURACIÓN] y [Definir constante de RASTREO] estén marcados
5. Asegúrese de que [Optimizar código] esté desmarcado
6. Haga clic en el botón [Avanzado] en la parte inferior de la pestaña Construir
7. Asegúrese de que [Información de depuración:] esté establecida en [completa]
8. Haga clic en [Aceptar] y reconstruya el proyecto ;-)

(el paso 6 genera los archivos .pdb, estos son los símbolos de depuración)

Es algo simple de probar, puede que ya lo hayas probado. Haga clic con el botón derecho en la Solución en el explorador de soluciones, haga clic en "solución limpia", esto elimina todos los archivos compilados y temporales asociados con una solución .

Realice una reconstrucción de la solución e intente depurar nuevamente.

También he tenido problemas con los puntos de interrupción de múltiples proyectos en una solución, algunos compilados como x86, otros como x64.

Deshabilite la opción "Solo mi código" en la configuración de Depuración / General.

Cruce la publicación de esta solución de Hans K que encontré en el hilo similar >> AQUÍ << :

Haga clic derecho en la solución -> Propiedades

Busque en Propiedades comunes -> Proyecto de inicio

Seleccionar múltiples proyectos de inicio

seleccione Iniciar acción en los proyectos que necesita depurar.

La respuesta seleccionada me llevó a solucionar mi problema. Pero necesito hacer algunas cosas más:

Incluso con "Depurar" seleccionado en el menú desplegable:

Y en el proyecto Propiedades> Construir:

Visual Studio no estaba cargando símbolos a un proyecto específico. Entonces, en ese menú desplegable, seleccioné "Administrador de configuración" y vi que la configuración de mi proyecto web era incorrecta:

Luego configuré eso en "Depurar" y comenzó a generar el .pdbarchivo. PERO necesito copiar manualmente el PDB y la DLL y poner en la carpeta que VS estaba buscando (aquí es donde la respuesta seleccionada me ayudó):

Debug> Windows> ModulesPara ver qué medidas se están cargados los módulos me puso en la dirección correcta.

En mi caso, IIS Express parecía estar cargando una DLL diferente de los archivos temporales de ASP.NET.

¿La solución?

1. Navegar hacia C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs
2. ¡Eliminar todo en este directorio!

Pude corregir el error simplemente configurando la opción en la opción 'Adjuntar al proceso' para 'Determinar automáticamente el tipo de código para depurar' como se muestra en la captura de pantalla adjunta.

Simplemente siga los pasos a continuación:

• Vaya a Depurar desde la barra de menú
• Haga clic en Adjuntar al proceso
• Cerca de la opción Adjuntar a , haga clic en el botón Seleccionar
• La Selección de Código Tipo aparecerá la ventana
• Ahora seleccione la opción Determinar automáticamente el tipo de código para depurar y haga clic en el botón Aceptar.

A veces, a pesar de que le da este error, breakpointtodavía recibe el golpe, así que simplemente ignore el error. Esto sucede con bastante frecuencia en el Viewsde un MVC web app.

Compruebe si falta su archivo .pbd en su carpeta bin / Debug. Si es así, vaya a "Propiedades" de su proyecto, seleccione "Compilar" y luego "Avanzado" en la parte inferior. Elija "completo" en "Información de depuración" en la nueva ventana que apareció. Este fue mi problema y lo resolvió por mí.

En mi caso, se verificó "Optimizar código" en las propiedades de mi proyecto. Esto hizo que VS viera mi ensamblado como "no mi código" y, a su vez, no cargó símbolos para él.

La solución fue desmarcar esto.

Simplemente verifique si su solución está en modo de lanzamiento.

Intente ejecutar Visual Studio como administrador en Windows.

En mi caso, estoy tratando de depurar en modo relé. Una vez que lo cambio al modo de depuración. Esta funcionando

Debe habilitar "Generar información de depuración" en la configuración del compilador

->Opciones de depuración ->General ->Desmarque la marca para " Enable Just My Code"

Esto funcionó para mí.

Encontramos la causa de nuestro problema. Este código estaba usando el atributo "CodeBehind" en la directiva de página del archivo .aspx en lugar del atributo "CodeFile" (ASP.NET 2.0 y más allá). Después de días de desesperación, una simple búsqueda y reemplazo resolvió el problema.

La opción "Iniciar depuración, depuración + Windows + Módulos" no existe en la edición 2013 de Microsoft Visual Studio Express.

Desmarcar "Usar modo de compatibilidad administrada" en Herramientas Opciones Depuración corrige esto.

Revisa tu Solution Configurationlista desplegable. Asegúrese de seleccionar Debug, no Release.

Intenté todo lo mencionado anteriormente, pero nada funcionó. [Solución limpia, y busque archivos PDB, etc.]

Incluso publicar la misma solución no resolvió el problema.

Luego volví a lo que suelo hacer para resolver (engañar a este obstinado Visual Studio)

Todo lo que hice fue hacer un cambio deliberado en el código y publicar la solución. Luego revirtí el cambio y volví a publicar.

Voila [archivos PDB deshacerse de los espíritus malignos] .. No es una resolución inteligente, pero esto funcionó ..: - |

Solo aplicaciones web (IIS Express):

• Haga clic con el botón derecho en IIS Express Tray y cierre IIS.
• Solución limpia

Ninguna de esas respuestas resolvió mi problema. Intenté otra cosa basada en el hecho de que el proyecto con la parada no era en realidad el proyecto cargado. Descubrí que Hans Passant escribió que el archivo .dll donde quiero detener el depurador y los archivos .pdb asociados se copiaron cerca del archivo .exe. Esos archivos han tenido una fecha anterior, así que pensé que no se actualizaron en el tiempo de ejecución. Los eliminé manualmente, Visual Studio creó otro par Y puse este nuevo par cerca del .exe. ¡Ahora los breakpoins funcionan!

Quizás Visual Studio no pueda copiar y REEMPLAZAR los archivos existentes (.dll y .pdb) cerca del .exe ya que hay otros allí. Entonces, si eliminé manualmente, VS podría crear uno nuevo cerca de .exe.

Creo que otros cambios (comprobaciones, etc., de las otras respuestas) desencadenaron algo y Visual Studio copió y reemplazó el dll y el pdb de la carpeta del proyecto a la carpeta cerca del exe, por lo que fue una solución.

Creo que la causa raíz del problema es que Visual Studio usa otro archivo en tiempo de ejecución, no el archivo del proyecto, con la parada.

Tal vez esta respuesta para ayudar a alguien!

Cosas para verificar solo para que quede claro: asegúrese de tener la configuración establecida en 'Depurar' y no 'Liberar'. Puede depurar el proyecto de inicio en modo 'Versión', pero no en una biblioteca de clases referenciada.

Propiedades del proyecto (luego seleccione su configuración de compilación)> pestaña Construir> Avanzado ...> Información de depuración (desplegable)

Establecer en 'todos' o 'solo pdb' y luego reconstruir

En lugar de hacer todas estas cosas solo

Cerrar y reabrir

la solución solucionará el problema

Tuve un problema similar e hice lo siguiente: Depuración => Opciones => General => Eliminar la marca de verificación para "Habilitar solo mi código" Esto funcionó para mí ...

Esto me llevó un tiempo probar otras opciones anteriores y, por alguna extraña razón, la depuración dejó de funcionar.

Herramienta -> Opciones -> Depuración -> General -> (desmarcar) "Requerir que los archivos de origen coincidan exactamente con la versión original"

1. Solución limpia y reconstrucción
2. Verifique que la configuración esté establecida en Depurar
3. Asegúrese de que el archivo PDB esté en la carpeta Debug.
4. Desde el menú Depurar, haga clic en Habilitar todos los puntos de interrupción

Verifique que las siguientes dos configuraciones sean las mismas en Visual Studio:

Haga clic con el botón derecho en el proyecto de prueba, vaya a Propiedades, pestaña Construir y mire el objetivo de la Plataforma

Los míos están configurados en "Cualquier CPU", por lo que x64

En la barra del menú principal, vaya a Prueba, Configuración de prueba, Arquitectura de procesador predeterminada

La mía se estableció en X86

Al cambiar esto a X64 para que coincida con la configuración anterior, el menú integrado de Visual Studio "Debug Test (s)" funciona y alcanza los puntos de interrupción que anteriormente se ignoraban con el mensaje "El punto de interrupción no se alcanzará actualmente. No se han cargado símbolos para este documento ".

Actualizar:

Para Visual Studio 2019, los menús se han movido un poco:

Sé que llegué años tarde, pero pensé que había hecho algo mal y seguí los pasos anteriores, luego me di cuenta de que había configurado la configuración de la solución en 'Liberar' por error :)