visual studio 2015 - tutorial - VS 2015 Update 1-Afirmando que estoy depurando una versión de lanzamiento
visual studio code español (18)
En mi caso, cambié la "Plataforma de solución activa" para toda la solución en "Configuration Manager" de x86 a Cualquier CPU, solucioné el problema
Después de actualizar a VS 2015 actualización 1, si ejecuto un proyecto web (MVC), detengo la aplicación, luego intento ejecutarla nuevamente, VS se detiene y aparece un cuadro de diálogo que dice
Está depurando una versión de lanzamiento de
<myproject.dll>.El uso de Just My Code con versiones de lanzamiento que utilizan optimizaciones del compilador da como resultado una experiencia de depuración degradada (por ejemplo, no se alcanzarán los puntos de interrupción).
El problema es que no estoy ejecutando una versión de lanzamiento. Claramente estoy ejecutando la (misma) versión de depuración que acabo de ejecutar. ¿Por qué VS piensa que estoy ejecutando una versión de lanzamiento?
Al limpiar la solución y volver a ejecutar, se borra el mensaje de error, por lo que hay algo manchado en alguna parte.
En mi caso, el mensaje de error fue correcto. Estaba ejecutando una aplicación que cargaba la versión lanzada. Así que lo corregí haciendo que la aplicación cargara la versión de depuración.
Elemental, lo sé, y me doy cuenta de que me veo como un idiota. Pero a veces el problema es exactamente lo que se informa.
Encontré el mismo problema. Resolví el problema eliminando manualmente todos los archivos de la carpeta ''bin'' y luego reconstruí la solución. Ya no obtengo este diálogo.
Esto es lo que funcionó para mí.
Si es un proyecto web, vaya a las propiedades del proyecto del proyecto web y
- Si se selecciona Local IIS, reinicie su servidor IIS.
- Si se selecciona IIS Express, salga de IIS express desde el icono de la bandeja de tareas.
Parece que algunos dll se almacenan en caché, por lo que los pasos anteriores invalidarán el caché.
Estoy bastante seguro de que esto se ha solucionado en Visual Studio 2015 Update 2.
Solía ver esto todo el tiempo (varias veces al día), y no lo he visto una vez desde la actualización a la Actualización 2.
He intentado todas las respuestas, y la que funcionó para mí es eliminar algún paquete NuGet, no solo la referencia, sino eliminar el paquete, en mi caso PostSharp. Al principio intenté eliminar la referencia de todos los proyectos, y no funciona, luego simplemente eliminé los paquetes del administrador. No sé cuál es exactamente la razón, pero eso es lo que resolvió mis problemas, espero que pueda ayudar a alguien por ahí.
He tenido el mismo problema desde la actualización a VS2015 Actualización 1.
Encontré un informe similar en los foros de Visual Studio de Microsoft que apunta a un informe de error que se ha generado here
Existen varias soluciones, pero creo que el problema subyacente es que IIS Express no se cierra cuando finaliza la depuración, y no es porque la opción editar y continuar no esté marcada. La solución más rápida que puedo encontrar hasta que se solucione el error:
- Haga clic con el botón derecho en el ícono IIS Express en la bandeja y salga después de la depuración (crédito a David Totzke, quien proporcionó una solución alternativa en el informe de error)
No es genial, pero no creo que haya una solución adecuada disponible en este momento.
La palabra de Microsoft es que se trata de un problema conocido (originalmente fue para el equipo del depurador, pero se determinó que era un problema de compilación y ahora está en manos del equipo del sistema del proyecto. Hay otros errores abiertos sobre este problema, y es Prioridad 1, por lo que debe estar en camino para la próxima actualización. Aunque, como era de esperar, no se pueden hacer promesas sobre cuándo se lanzará (o qué está realmente en la actualización).
Asi que. Es conocido y se está trabajando en ello. Al menos, desactivar la opción "Habilitar solo mi código" en las Opciones generales de depuración parece ser una solución alternativa por ahora.
Limpiar (y reconstruir) la solución funciona para mí como una solución temporal.
También puede seleccionar Depurar> Opciones y deseleccionar la casilla de verificación
Suppress JIT optimization
.
Noté que Visual Studio no estaba matando el proceso de iisexpress después de que detuve el depurador. Matar manualmente el proceso parecía arreglarlo para mí.
Esto parece haberse solucionado en la Actualización 2.
Noté que las respuestas aquí están incompletas, estaba teniendo el mismo problema y se resolvió abriendo las propiedades del proyecto y en la pestaña de compilación y la configuración de depuración desmarcando "optimizar código" . También debe verificar el administrador de configuración como se mencionó anteriormente para asegurarse de que también sea correcto. La respuesta vino de esta publicación y deberían obtener el crédito: el proyecto VS2015 ya no se ejecuta en modo de depuración
Gracias,
Para mí, encontré referencias de carpeta 3 / Release / en este archivo FileListAbsolute.txt:
C: / Proyectos / MyWebApp.Web / obj / Release / MyChildWebApp.Web.csproj.FileListAbsolute.txt
Eran así:
C: / Proyectos / MyWebApp.Web / obj / Release / MyChildWebApp.Web.csprojResolveAssemblyReference.cache
C: / Proyectos / MyWebApp.Web / obj / Release / MyChildWebApp.Web.dll
C: / Proyectos / MyWebApp.Web / obj / Release / MyChildWebApp.Web.pdb
Y simplemente eliminar esas 3 líneas fuera de VS y luego volver a abrir la solución resolvió el problema. Espero que ayude.
Parece que hay tantas soluciones como personas que tienen el problema, pero en mi caso tuve que eliminar y volver a agregar una referencia de proyecto. La referencia del proyecto estaba en un proyecto de prueba unitaria en la misma solución.
Reinicie Visual Studio. Esto solucionó el problema para mí en 2017 Professional.
Según lo mencionado por @romanoza, Microsoft actualizó el informe de error de Microsoft Connect (que ahora falta) (anteriormente ubicado here , en caso de que pueda encontrar un archivo en algún lugar) 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.
Actualización : según los comentarios, parece que la casilla ahora no está marcada de forma predeterminada para algunos desarrolladores, y que marcarla puede solucionar exactamente el mismo problema en algunos casos. Muy extraño.
Verifique las Propiedades de configuración de su solución. Me encontré con el mismo problema y descubrí que mi configuración de depuración en realidad estaba creando algunos proyectos con una configuración de lanzamiento.
Verifique que la URL del proyecto IIS realmente apunte donde cree que lo hace. En caso de duda, haga clic en el botón ''Crear directorio virtual''.
Recientemente tuve este problema en el que había estado ejecutando una versión temporal de una base de código de producción y había redirigido la carpeta en IIS a la versión temporal, que, de hecho, estaba ejecutando una compilación de producción, no la versión de depuración que estaba tratando de depurar.