.net - usar - El proyecto VS2015 ya no se ejecuta en modo de depuración
no se puede iniciar la depuracion en el servidor web (22)
Esto es lo que obtengo incluso cuando ejecuto la configuración de depuración.
La forma en que conseguí que esto se mostrara fue habilitando "Just My Code" y Advertir si no había código de usuario en el lanzamiento. Esto es algo que sucedió recientemente a nuestro proyecto y no estoy seguro de qué hicimos para causar esto. Pero no he podido arreglarlo. Los puntos de quiebre no se dispararán y la observación rápida da resultados extraños.
He intentado buscar en Google el problema, pero ninguna de las soluciones estándar de "puntos de quiebre no funcionará" ha funcionado. Estoy fuera de ideas.
Actualización : He comprobado el administrador de configuración y cada proyecto también está configurado para depurar allí.
Actualización 2 : Desactivé "Habilitar optimizaciones" y ya no aparece el cuadro de diálogo "estás depurando una versión de lanzamiento". Se ejecuta y se detiene en puntos de quiebre de nuevo! Sin embargo, la ventana de salida muestra esto al inicio:
Los símbolos para el módulo ''Navigo.exe'' no se cargaron.
- Utilice una configuración de compilación de depuración o desactive la opción de depuración ''Activar solo mi código''.
- Verifique la configuración de ''Símbolos'' en las opciones de depuración.
Entonces esto resuelve mi problema principal de no poder usar puntos de interrupción y la ventana emergente. Lo cual es extraño ya que pensé que necesitabas que se cargaran símbolos para que los puntos de interrupción funcionen. Entonces, ¿cómo pueden funcionar los puntos de ruptura si los símbolos no están cargados? ¿Quizás es solo un mal mensaje?
Abrí mi proyecto VS2012Pro en VS2015Express y tuve el mismo problema.
Revisé las propiedades de mi solución | Propiedades de configuración, y descubrió que un proyecto se configuró en Release & x86.
Lo cambié de nuevo a Debug & Any CPU, y el aviso desapareció.
Aprecio que esta es una publicación antigua, pero es la primera que apareció en Google cuando estaba buscando la respuesta, por lo que es probable que otras personas también vengan aquí.
En mi caso, el problema era que la URL del proyecto IIS en la pestaña web de propiedades del proyecto ASP.NET estaba configurada en la URL incorrecta. Estaba apuntando a http: // localhost que estaba usando con una copia diferente del proyecto. La dirección para la solución que tenía abierta en realidad estaba configurada en mi IIS local como http: // localhost: 90 .
Cambiar a la dirección correcta solucionó el problema.
Conocí el problema, finalmente lo resolví eligiendo ''Desactivar solo mi código y continuar''.
Copiando mi otra respuesta desde here .
Como mencionó @romanoza, Microsoft ha actualizado el informe de error con la siguiente información:
Desmarque la configuración Depurar -> Opciones -> Suprimir la optimización JIT en la carga del módulo (solo administrado)
Esta es la solución. Luego continúan diciendo:
Recomendamos a las personas que lo dejen sin marcar, ya que tenerlo sin marcar mejorará tanto el rendimiento como el comportamiento de solo mi código en escenarios específicos.
Por último, el reconocimiento:
Es un error que no funciona con esa configuración habilitada y estamos trabajando en una solución para esa situación en caso de que algunos clientes aún quieran depurar con esa configuración activada.
Después de ver el https://connect.microsoft.com/VisualStudio/feedback/details/2116788/flag-optimize-is-passed-to-the-debugger-even-while-the-build-settings-optimize-code-is-not-enabled-on-mvc-c-web-projects-when-using-just-my-code , alguien notó una solución que consistía en detener el sitio en IIS Express. Pude evitar que este mismo problema surgiera al hacer eso después de detener el depurador en Visual Studio. Sin embargo, lo estaba investigando más y creo que también podría estar relacionado con la configuración ''Editar y continuar'' para el depurador. Cuando desactivé eso en las Opciones de Visual Studio, ya no tuve el problema. Pero eso evitaría que utilizara la función Editar y continuar, así que no estoy seguro de si eso vale la pena.
Herramientas> Opciones> Depurador> Editar y continuar (desplácese hasta el final de la lista General)> Desmarque la casilla de verificación Editar y continuar.
También experimenté esto de repente después de instalar la Actualización 1, pero podría ser que tuve esta configuración en primer lugar ... aunque no estoy seguro.
En mi caso, estaba desarrollando un complemento VSTO para Outlook, y Outlook estaba cargando accidentalmente la versión Release de la DLL que instalé recientemente mientras probaba mi instalador. Parece que VS estaba tratando de usar esa DLL en lugar de la Debug que esperaba. La solución de qué DLL está cargando Outlook solucionó esto por mí.
Esta fue una alerta extraña.
Reconstruir la solución no necesariamente borrará todas las DLL (especialmente las copiadas de proyectos dependientes).
Sin embargo, la reconstrucción del proyecto de dependencia hizo que esta alerta desapareciera.
Enfrenté esto con VS2015 Actualización 3.
Esto me ha sucedido en un par de proyectos también. Revisé mi configuración de compilación, como lo sugiere stuartd . Sin embargo, ''Optimizar código'' no estaba habilitado en mi configuración de compilación. Entonces lo habilité y guardé el proyecto. Luego lo desmarqué y guardé nuevamente. Problema resuelto.
Hay algún tipo de error que hace que se
--optimize+
indicador
--optimize+
al depurador.
Habilitarlo y luego deshabilitarlo es una solución fácil hasta que se solucione el error.
Intenté casi todo en esta lista, pero al final lo solucioné abriendo las propiedades de la solución y cambiando de "Proyectos de inicio múltiple" a "Proyecto de inicio único" y viceversa.
- Haga clic derecho en la solución y elija "Propiedades"
- En "Propiedades comunes", cambie la selección "Proyectos de inicio múltiples" a "Proyecto de inicio único"
- Haga clic en Aceptar
- Ejecutar depuración
- Finalice la depuración y repita los pasos 1-3, pero vuelva a "Proyectos de inicio múltiple"
- Ejecute la depuración nuevamente con múltiples proyectos
Mi solución fue un poco diferente de todas las demás y es un poco única.
Estoy trabajando con un sitio web que contiene una combinación de código administrado y ASP clásico, ambos haciendo referencia al mismo ensamblado. Visual Studio se quejaba de que mi DLL administrada era una versión de lanzamiento.
El problema fue una excepción no detectada en mi ensamblado, pero estaba siendo lanzado por una página ASP clásica a través de interoperabilidad. Visual Studio no pudo manejar la depuración y mostró el mensaje de error. La misma excepción lanzada desde el código administrado habría traído el depurador como se esperaba.
Corregir el problema en el constructor de mi ensamblado administrado solucionó todo.
Todo tiene sentido ahora que miro hacia atrás en el panorama general, pero en ese momento, el mensaje de error me llevó por un camino muy profundo e intenté todo en este hilo hasta que tuve ese "¡Ah, ja!" momento.
Ninguna de las respuestas anteriores funcionó para mí. Reiniciar IIS lo arregló.
Para mí, fue una referencia de Nuget de un servidor Nuget privado. No sé cómo se compiló, pero cambiar la referencia a una referencia de proyecto me ayudó a superar el problema.
Pasé 2 días y parece que
Reset the Visual Studio 2017 Experimental Instance
me ayudó.
Pasos de resolución:
Vaya a la configuración de compilación del proyecto infractor.
Desplácese hacia abajo hasta el botón "Avanzado".
Asegúrese de que "Información de depuración" NO esté establecida en "ninguna".
Te recomiendo que uses la opción Completa.
Feliz de ayudarte
Seleccione Depurar> Opciones y anule la selección de la
Suppress JIT optimization
.
Esto funciona para mi.
Si ninguna de las soluciones mencionadas ha ayudado, revise la aplicación AssemblyInfo.cs de su proyecto para ver la aplicación DebuggableAttribute explícita. Parece que anula las opciones de depuración / liberación del compilador.
Tenía esta línea en el archivo en mi caso (proyecto heredado, no tengo idea de cómo llegó allí). Eliminarlo resolvió el problema:
[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
Simplemente agregue una nota al margen a la respuesta de Stuartd:
Asegúrese de verificar los proyectos dependientes para la misma configuración de compilación. Recibirá el mismo mensaje de aviso si su proyecto principal tiene la configuración adecuada pero sus proyectos dependientes no. Tiene sentido obvio a simple vista, pero no fue lo primero que se le vino a la mente.
Solo quiero saltar y decir que esto comenzó a sucederme después de aplicar la Actualización 1. Los proyectos existentes comenzaron a mostrar esto, y puedo replicarlo con un nuevo proyecto. Toda la configuración está establecida en DEPURAR, Optimizar NO está marcado. El truco es que ejecutar el proyecto la primera vez (o después de un Clean) funciona bien, sin ningún mensaje. Al detenerse y volver a ejecutar el proyecto (nota: el proyecto NO ES RECONSTRUIDO), se mostrará el cuadro de diálogo. La única solución es desactivar la opción Just My Code, lo que parece un truco, ya que fue anterior a la Actualización 1 sin ningún problema.
Tuve el mismo problema ... No importa lo que hice, nada funcionó. Era un nuevo proyecto vacío que era el problema. Terminé eliminando el proyecto y agregué un nuevo proyecto : el nuevo proyecto tenía que tener otro nombre ; si usé el mismo nombre, el error volvió a aparecer, incluso después de reiniciar, limpiar y reconstruir ... Debe ser un error en VS 2015.
Un poco tarde para la fiesta, pero también encontré este problema. La solución que funcionó fue simplemente limpiar y reconstruir mis proyectos.
Use el Administrador de configuración para verificar cuáles son las configuraciones reales para la configuración de depuración; está en Build / Configuration Manager en el menú principal, en caso de que estén configuradas para usar Release:
Además, asegúrese de que el proyecto esté definiendo DEBUG correctamente y que "Optimizar código" no esté marcado:
