vb.net - El punto de ruptura VS 2008 no será golpeado actualmente. No se han cargado símbolos para este documento
visual-studio-2008 breakpoints (13)
Estoy luchando para superar este obstáculo y tengo grandes esperanzas de que alguien en SO pueda ayudar.
Cuando establezco un punto de interrupción en mi proyecto de biblioteca de clase . Aparece como un punto de interrupción normal. Cuando empiezo a depurar mi solución, el punto de interrupción se ahueca y tiene un triángulo amarillo con un signo de admiración dentro. La información sobre herramientas que se muestra cuando me desplazo sobre el punto de corte es: " Actualmente no se tocará el punto de interrupción . No se han cargado símbolos para este documento " .
Este proyecto no es una aplicación ASP.NET, simplemente es una aplicación winForms.
He asumido una aplicación winForms existente con múltiples proyectos en la solución. Tengo el proyecto construido y ejecutándose en modo de depuración. Puedo detenerme en puntos críticos en algunos proyectos, pero no puedo llegar a los puntos críticos en otros proyectos, específicamente mi proyecto que es de tipo biblioteca de clases .
Lo que he hecho hasta ahora:
- He eliminado todas las carpetas de depuración y liberación,
- He eliminado la carpeta obj y luego reconstruí la solución.
- He reiniciado el IDE VS2008.
- He reiniciado mi computadora.
- Revisé Configuration Manager para la solución para asegurar que mi proyecto de clase esté incluido en la compilación de depuración, y lo es.
- He comprobado el debug / modules para dll, aunque no estoy tratando de hacer referencia a un dll.
Además, he seguido los pasos de solución de problemas descritos en las publicaciones de SO:
el punto de interrupción no se golpeará actualmente sin símbolos cargados
VS 2010, NUNit y "El punto de interrupción no será golpeado actualmente. No se han cargado símbolos para este documento "
El punto de interrupción no será golpeado actualmente. No se han cargado símbolos para este documento.
No se puede depurar - "El punto de interrupción no será golpeado actualmente. No se han cargado símbolos para este documento "
Arreglando "El punto de ruptura no será golpeado actualmente. No se han cargado símbolos para este documento ".
Además, he leído numerosas publicaciones encontradas en Google tanto en MSDN como en otras ubicaciones, ninguna de las cuales se ajusta a mis necesidades específicas.
Algunas de estas publicaciones son:
El punto de interrupción no será golpeado actualmente. No se han cargado símbolos para este documento
Breakpoint no será golpeado actualmente. No hay símbolos cargados para este documento.
El Punto de inflexión no será golpeado actualmente. No se han cargado símbolos para este documento.
Todas las publicaciones que he leído han sido muy informativas, pero ninguna de las soluciones sugeridas se ajusta a mis necesidades específicas. Por favor, avíseme si se justifica más información. Tengo más enlaces que puedo proporcionar como referencias a lo que no funcionó. Además de los pasos adicionales que he tomado para intentar resolver este problema.
Estoy posteando este seguimiento para mantener a todos interesados. Seguí @Hans @ suggestion para llamar al archivo del proyecto en cuestión.
Coloqué un frm oscuro como form = new ProjectInQuestion.FormInQuestion
y
ahora tiene la carga del ensamblado en la depuración -> Windows-> Módulos
El nuevo problema es más desconcertante que mi problema original. Mis puntos de interrupción se ven bien, pero se saltan. No hay error evidente en el punto de ruptura.
¡Una cosa que descubrí hace poco y que funcionó bastante bien!
La aplicación de alojamiento (la que está llamando a su dll para ser utilizada) debe tener esta línea:
<supportedRuntime version="v4.0"/>
en el archivo "WhateverApplicationItIs.exe.config", dentro de la sección <configuration> .
Ejemplo: (Ver "..." como cualquier archivo que tenga dentro y salir como está)
<configuration>
...
<supportedRuntime version="v2.0.50727"/>
</configuration">
PD: intente hacer coincidir esta versión con el marco de destino establecido en las propiedades de su proyecto. Creo que 2.0.50727 es una buena prueba para 3.5 Framework y 4.0 para 4.0 Framework.
Para mí, resolvió dos DLL diferentes que intentaba depurar en diferentes aplicaciones.
Asegúrese de que el debug mode esté seleccionado en Visual Studio, antes de iniciar la depuración.
Compruebe el menú desplegable, cerca del botón Reproducir en Visual Studio.
Compruebe si el modo Configurador de soluciones en la barra de herramientas (justo al lado del botón Ejecutar) está configurado como "Depurar" en lugar de "Liberar"
Compruebe si el modo Configurador de soluciones en la barra de herramientas (justo al lado del botón Ejecutar) está configurado como "Depurar" en lugar de "Liberar". Funcionó para mí.
Espero que esto ayude...
Estaba haciendo referencia a una DLL que estaba en mi carpeta bin / Release, aunque estaba en modo de depuración.
Copié la DLL a la carpeta bin / Debug y cuando ejecuté VS, se golpeó el punto de interrupción.
Esta puede ser una vieja pregunta, pero quería responderla después de encontrar una solución para este problema porque era una de las preguntas más completas que se me hacían sobre este tema.
Introducción
Mi proyecto es una aplicación ASP.NET, pero el problema base también ocurrirá en WinForms. El problema surge cuando falta una DLL en el resultado de ensamblados. Sin embargo, esta misma excepción se produce si el archivo DLL al que hace referencia hace referencia a otra DLL que no está en los ensamblados. Debido a la forma en que el sistema operativo carga los archivos DLL, el archivo DLL al que se hace referencia debe estar en la ruta del entorno y no en los ensamblados de salida.
El proyecto A hace referencia a DLL D. DLL D hace referencia a DLL X. DLL D puede estar en sus ensamblados de salida. DLL X debe estar en su ruta de entorno.
La causa principal de este problema es la forma en que el sistema operativo carga las DLL nativas en> runtime. Los archivos DLL nativos se cargan utilizando la siguiente lógica, que no incluye los archivos temporales de ASP.net ni la carpeta de aplicaciones / bin. Este problema también ocurrirá en cualquier aplicación .Net si el archivo DLL nativo no está incluido en la carpeta / bin con el archivo .EXE> o si el archivo DLL no está en la variable de entorno de ruta de acceso.
Solución personal
Estaba usando un archivo DLL llamado DivaAPIWrapper.dll (DLL administrado para C #). Sin embargo, sabía que DivaAPIWrapper.dll necesitaba DivaAPI.dll (C ++ no administrado) para funcionar. Puse DivaAPI.dll en todas mis rutas de salida, pero seguí recibiendo este error. Solo después de colocar DivaAPI.dll en mi ruta de entorno (C: / windows / Microsoft.Net / Framework / v2.0.50727) funcionó. Tenga en cuenta que su ruta puede ser diferente si está utilizando una versión más nueva de .NET Framework.
Solución completa por Jerry Orman
Vea el enlace aquí: http://blogs.msdn.com/b/jorman/archive/2007/08/31/loading-c-assemblies-in-asp-net.aspx
Esto me sucedió recientemente cuando me conecté a un proceso en ejecución. El problema era que las opciones de depuración estaban configuradas para
Adjuntar a: código nativo
Para mi caso, necesitaba ser:
Adjuntar a: código administrado
Esto sucede todo el tiempo, como dijiste, el punto de interrupción no está activo hasta que se cargue el archivo DLL. Sin embargo, realmente no importa, porque tiene que cargar la DLL antes de que el código pueda llegar a ese punto de todos modos. Mis puntos de ruptura comienzan de esta manera, pero siempre reciben un golpe.
También me enfrenté al mismo problema y encontré muchas soluciones de Internet, pero la solución funciona para mí:
Es debido a mi aplicación realizada en la versión de framework 4.0 y estaba tratando de adjuntar el proceso con la versión de v2.0, así que asegúrese de que su versión de framework con la versión de código administrado como se muestra a continuación.
Tengo el mismo problema en vs2010, resolví en pasos de flujo:
- Haga clic derecho en el proyecto
- Seleccione las propiedades
- Seleccione c / c ++ -> General
- Establecer formato de información de depuración para
program Database(/ZI) - Verifique el enlazador-> depuración La información Generar depuración es sí.
Tuve el mismo problema con VS2008 en una aplicación de Vb.net-forms donde llamé a un dll en otro proyecto, cargado en el mismo grupo de proyectos. Encontré esta solución simple: cargué una instancia en el evento form_load como Dim pmg como New PMGExport.PMGExportNeu.
Verifique que no haya cambiado el procesador al que deseaba compilar este proyecto. Lo hice, y cuando lo cambié de vuelta, todo funcionó de nuevo. Aparentemente, un cambio en el procesador lo hace ''diferente al original''
intente esto, en Vs 2008, vaya a Herramientas-> opción-> Depuración-> General-> no seleccionado / deshabilitado ''Requiere archivos de origen para coincidir exactamente con la versión original