c# - studio - habilitar debug web config
No se puede depurar-"El punto de interrupción no será golpeado actualmente. No se han cargado símbolos para este documento " (6)
Estoy obteniendo el error en la línea de asunto. Estoy ejecutando vs2k8 en el servidor 2k3sp2. Intenté eliminar los pdbs, directorios de caché, verificando que la depuración esté configurada en la página específica. Lo interesante es que otras páginas depuran muy bien. Justo cuando voy a esta página. Debe ser un problema de configuración, pero la directiva de la página se ve así:
print ("<% @ Idioma de la página = ''C #'' AutoEventWireup = ''verdadero'' CodeBehind = ''MemberSearch.aspx.cs'' Inherits = ''SurencyPortal.EmployerPortal.MemberSearch'' Debug = ''true''%>");
También me di cuenta de que, al depurar, si abro la ventana de módulos, casi todos los símbolos muestran un estado de ''Símbolo no cargado''. Sin embargo, después de más investigaciones del artículo de msdn a continuación, una de las publicaciones de MSFT dice que si se trata de un dll .net central, no cargará símbolos, por lo que no me preocupa eso. Algunos de los módulos de Microsoft (como System.Enterpricesservices.wrapper.dll) muestran un signo de exclamación con el mensaje "el módulo no se cargó en la dirección de carga predeterminada". No estoy seguro de por qué esa dll está allí, ya que no conozco ninguna llamada.
Aquí están las cosas que he intentado:
Punto de interrupción no conectado cuando se depura en VS.Net 2005
Cuenta
Estoy de acuerdo en que he visto esto cuando tengo varios ensambles que están desincronizados y / o uno o más pdbs no coinciden con la fuente. En mi caso, fue porque tenía una rareza con mi software de control de versiones (ClearCase) y en realidad no estaba compilando lo que pensaba que era.
Coloque una declaración de interrupción en línea para asegurarse de que realmente está ejecutando el código. Si no se detiene, es probable que el código que está intentando depurar no se esté ejecutando, o no lo está depurando con un depurador administrado.
Si se detiene pero no puede encontrar la fuente, entonces probablemente no tenga un pdb para el módulo. Compruebe la parte superior de la ventana de la pila de llamadas para ver qué conjunto contiene el método en el que se detuvo. Ese es el conjunto para el que necesita un pdb. La ventana del módulo mostrará la ubicación en el disco de ese ensamblaje. La herramienta de línea de comandos "dumpbin -headers assembly.dll" volcará los encabezados PE. Consulte el Directorio de depuración para ver dónde se colocó el pdb cuando se construyó el ensamblado. Si el Directorio de depuración no existe, el ensamblado se construyó sin información de depuración. Si ese es el caso, su problema es determinar por qué ese ensamblaje específico se construyó sin información de depuración. Si tenía información de depuración y existe un pdb, pero no se está cargando, significa que el depurador no encontró el pdb y debe consultar las configuraciones tools / options / debug / symbol. O el pdb y el conjunto no coinciden. Si las marcas de tiempo no están dentro de 1 segundo, entonces ciertamente no coinciden.
Si lo anterior no ayuda, actualice con más información.
La única vez que me he encontrado con un problema como este es si estaba intentando depurar mientras el proyecto estaba en modo de lanzamiento.
Por lo general, esto sucede cuando los archivos .pdb que VS utilizan para la depuración son diferentes de lo que el código realmente está ejecutando. Es decir, si ha realizado cambios en su conjunto.
Además, asegúrese de tener <compilation debug="true"> en web.config. No sé si tiene alguna relación con la directiva de la página, pero eso suele ser lo que hace para mí :)
Si tiene un proyecto "WebSite", en lugar de "WebApplication", he encontrado que la superposición de clases de archivos de código puede causar el problema. Hay algunas maneras en que esto puede suceder. Desafortunadamente, Visual Studio todavía parece compilar la solución / proyecto sin error.
- Mover páginas entre carpetas en el sitio web.
- La fusión de control de código fuente después de mover las páginas puede hacer que las páginas se dupliquen y Visual Studio se confunde durante la depuración.
- Copiar y pegar páginas existentes (plantillas) también podría causar esto desde la memoria.
Para resolver el problema yo
- Busque "Clase TheProblemPageCodeSymbolIssue" para duplicados en la solución.
- Re-factoré esos códigos duplicados detrás de los nombres de las clases y probé todas esas páginas, para asegurarme de poder usar los puntos de corte de depuración.
Espero que ayude.
Normalmente veo este error emergente cuando estoy trabajando con dos ''sitios'' web separados. Tengo una interfaz web y un servicio web back-end. Si el servidor de desarrollo no se está ejecutando para el ''sitio'' para el que está el archivo de código, entonces recibirá ese mensaje de error.
Puede que este no sea exactamente tu problema, sin embargo, esta suele ser la situación cuando veo ese mensaje de error. Otra cosa que puede hacer es Depurar -> Adjuntar a proceso si el depurador no está conectado al proceso correcto.