visual-studio - iconos - visual studio code matching div

Símbolos de carga de Visual Studio (13)

Acabo de encontrar este problema. Eliminar los puntos de interrupción no funcionó, o al menos no solo. Después de esto, fallé, abrí Herramientas> Opciones> Depuración> Símbolos y "Caché vacía de símbolos"

y luego limpió la solución y la reconstruyó.

Ahora parece estar funcionando correctamente. Entonces, si prueba todas las demás cosas enumeradas, y aún así no se diferencia, estos bits adicionales de información pueden ayudar ...

Estoy trabajando en un proyecto de ColdFusion desde hace un tiempo, y Visual Studio comenzó a comportarse de manera extraña para mí al menos.

Observé que cuando comencé a depurarme, construí el proyecto, comenzó la implementación y finalizó la implementación y comenzó a cargar símbolos para mi proyecto.

Pero fue muy lento, y no sé por qué comenzó a hacer este paso. ¿Qué pude haber hecho?

¿Es necesario este paso de carga de símbolos? ¿Cómo puedo desactivarlo?

En el cuadro de diálogo Herramientas -> Opciones -> Depuración -> Símbolos, no se ha agregado la ubicación del archivo Símbolo (.pdb). Y señalé el directorio de depuración de mi proyecto en el siguiente campo y marqué la casilla de verificación "Buscar en el directorio anterior solo cuando los símbolos son ....". ¿Cómo debo configurar este cuadro de diálogo para desactivar la carga de símbolos?

Miré en la ventana de Módulos qué símbolos están cargados, pero no me dice nada. ¿Cuál es el problema?

Al desmarcar "Habilitar la depuración de JavaScript para ASP.NET (Chrome e IE)" en Herramientas-> Opciones-> Depuración-> General se resolvió mi caso con indisponibilidad para iniciar el depurador VS2017 con puntos de interrupción preestablecidos.

Configurar en Herramientas, Opciones, Depuración, Símbolos.

Puede ver la ventana de salida (vista, salida) para ver lo que está haciendo generalmente. Si es realmente lento, probablemente signifique que está golpeando un servidor de símbolos, probablemente el de Microsoft, para descargar los símbolos que faltan. Esto requiere tres visitas HTTP para cada archivo que no puede encontrar en cada inicio; a veces puede ver esto en la barra de estado en la parte inferior o en, por ejemplo, Fiddler. Puede ver qué módulos han cargado símbolos en Debug, Windows, Módulos mientras depura.

Los símbolos significan que se obtiene información de seguimiento de pila útil en conjuntos de terceros y del sistema. Definitivamente los necesitas para tu propio código, pero creo que esos se cargan independientemente. Su mejor opción es desactivar las fuentes de símbolos no locales en ese menú y, si está cargando muchos símbolos para los ensamblajes del sistema en los que no necesita depurar, puede deshabilitarlos temporalmente para acelerar el inicio de depuración - pero a menudo son útiles para cargar.

Depurar -> Eliminar todos los puntos de interrupción ( http://darrinbishop.com/blog/2010/06/sharepoint-2010-hangs-after-visual-studio-2010-f5-debugging ) Después de eso, puede usarlos nuevamente, pero hágalo una vez. También eliminará algunos tipos de puntos de interrupción "no válidos" y luego cargar símbolos volverá a ser rápido. Estaba persiguiendo este problema por días :(.

En mi caso, Visual Studio buscaba PDB de terceros en rutas que, en mi máquina, se referían a una unidad óptica. Sin un disco en la bandeja, fue necesario aproximadamente Windows sobre ~ 30 para fallar, lo que a su vez ralentizó Visual Studio al intentar cargar los PDB desde esa ubicación. Más detalles están disponibles en mi respuesta completa aquí: https://.com/a/17457581/85196

Enfrenté un problema similar. En mi caso, configuré _NT_SYMBOL_PATH para que se descargue de los Servidores de Microsoft para su uso en WinDbg y parece que cuando esté configurado, Visual Studio lo usará sin posibilidad de ignorarlo. La eliminación de esa variable de entorno resolvió mi problema.

Intente hacer clic derecho en uno de los puntos de interrupción, y luego elija ''Ubicación''. Luego marque la casilla ''Permitir que el código fuente sea diferente de la versión original''

Mis 2 centavos,

Estaba teniendo un problema similar al tratar de obtener un informe de diagnóstico (Visual Studio 2013) en el modo de lanzamiento x64 (muestreo de CPU) y mientras se cargaban los símbolos para los archivos dll necesarios, los símbolos de mi ejecutable no se cargaban.

No cambié nada en el menú Símbolos, en su lugar hice algunos cambios dentro de las Páginas de propiedades del subproceso de mi ejecutable en el Explorador de soluciones, concretamente

Propiedades de configuración / General / Habilitar compilación incremental administrada a SÍ

Propiedades de configuración / depuración / fusionar el entorno a NO

Propiedades de configuración / C / C ++ / Habilitar búsqueda de información a YES (/ FR)

Propiedades de configuración / Enlazador / Habilitar vinculación incremental a SÍ (/ INCREMENTAL)

EDITAR: Este último hace el truco

....

Propiedades de configuración / Enlazador / Depuración / Generar información de depuración en Sí (/ DEPURAR)

....

Después de eso funcionó y cargó los símbolos bien. Estoy seguro de que uno o más de los anteriores me convencieron (aunque no estoy seguro exactamente de cuál) y solo quiero que otros lo sepan y prueben esto ...

paz

Otra razón para la carga lenta es si ha deshabilitado "Habilitar solo mi código" en las opciones de depuración. Para habilitar esto, vaya a:

Tools -> Options -> Debugging -> General -> Enable Just My Code (Managed Only)

Asegúrate de que esto esté marcado.

Para mí, parece relacionado con puntos de interrupción, como se indica en la respuesta aceptada. Sin embargo, encontré dos soluciones que no implicaban eliminar todos los puntos de interrupción:

Reiniciar Visual Studio pareció arreglarlo temporalmente.
Al hacer clic en el botón "X" para cerrar Visual Studio durante la depuración, se produce el mensaje "¿Desea detener la depuración?" cuadro de mensaje para que aparezca; mientras este cuadro de mensaje esté activo, los símbolos se cargan a velocidades normales. Una vez que se carguen todos los símbolos, puede hacer clic en "No" para cancelar el cierre.

Solo tuve este problema.

Lo arreglé navegando a:

Herramientas -> Opciones -> Depuración -> Símbolos

Luego, desmarque todas las fuentes no locales para las ubicaciones del archivo Symbol (.pdb)

por ejemplo, servidores de símbolos de Microsoft y msdl.microsoft.com/download/symbols

Tuve el mismo problema e incluso después de desactivar el símbolo de carga, la carga del módulo en Visual Studio fue terriblemente lenta.

La solución fue apagar el software antivirus (en mi caso NOD32) o mejor aún, agregar excepciones para que ignore las rutas desde las cuales su proceso carga ensamblajes (en mi caso es la carpeta GAC y la ASP temporal). Carpeta de archivos .NET).

reference : social.msdn.microsoft.com

con la ref. anterior, encontré esta solución que de alguna manera es un resumen de las respuestas anteriores.

Vaya a Herramientas -> Opciones -> Depuración -> General
COMPRUEBE la marca de verificación junto a "Habilitar solo mi código".
Vaya a Herramientas -> Opciones -> Depuración -> Símbolos
Haga clic en el botón "..." y cree / seleccione una nueva carpeta en algún lugar de su computadora local para almacenar símbolos en caché. Llamé a la mía "Símbolo de caché" y lo puse en Documentos -> Visual Studio 2012.
Haga clic en "Cargar todos los símbolos" y espere a que los símbolos se descarguen de los servidores de Microsoft, lo que puede llevar un tiempo. Tenga en cuenta que el botón Cargar todos los símbolos solo está disponible durante la depuración.
DESACTIVE la marca de verificación junto a "Servidores de símbolos de Microsoft" para evitar que Visual Studio consulte de forma remota los servidores de Microsoft.
Haga clic en Aceptar".

También intente eliminar todos los puntos de interrupción (Depurar> Eliminar todos los puntos de interrupción),