Visual Studio 2015 RTM – La depuración no funciona

He instalado VS 2015 RTM (nada más) y no puedo depurar ninguna solución, no importa si es una existente o una nueva (creada con VS 2015 y comstackda contra .Net Framework 4.6), solo abre una nueva pestaña en VS que se llama Modo de interrupción con el siguiente texto: La aplicación está en modo de interrupción Su aplicación ha entrado en un estado de interrupción, pero no se está ejecutando código compatible con el motor de depuración seleccionado (por ejemplo, solo el código de ejecución nativo se está ejecutando ) Y si reviso la ventana Depurar -> Módulo: VS2015Test.vshost.exe no hay símbolos cargados (incluso si hago clic en cargar símbolo, no funciona) Cargar símbolos VS2015Test.exe

Y tampoco muestra el resultado en la consola (es una aplicación de consola que solo tiene las siguientes líneas de código:

class Program { static void Main(string[] args) { Console.WriteLine("TEST"); Console.ReadKey(); } } 

Intenté volver a instalar VS 2015, reiniciar la computadora, eliminar todos los archivos en% temp% / AppData / Microsoft / Visual Studio / 14, inicié VS en el modo de administración pero nada parece funcionar.

Una cosa que hace que la depuración funcione es esta opción: Herramientas -> Opciones -> Depuración -> Usar modo de compatibilidad administrado

^^ Pero esa no puede ser la solución para usar un modo antiguo / heredado.

Por cierto: la depuración en VS 2013 está funcionando bien.

Cualquier ayuda sería apreciada.

En mi caso, esta solución es útil:

Solución: deshabilite la opción “Just My Code” en la configuración de Depuración / General.

enter image description here

Referencia: c-sharpcorner

Estaba teniendo el mismo problema con VS2015. Restablecí la configuración, como se sugirió, pero aún así tuve problemas.

Lo que tuve que hacer para solucionarlo fue verificar “Usar el modo de compatibilidad administrada” y “Usar el modo de compatibilidad nativa”. No estoy seguro de cuál de esos 2 es necesario pero verificando ambos y ya no tengo el problema del Modo de pausa.

Modo de interrupción de reparación - Configuración de depuración

Recientemente tuve un problema similar relacionado con la configuración de depuración.

En primer lugar, ¿has intentado restablecer todas tus configuraciones? Creo que puede estar relacionado con eso, ya que dice que es independiente del proyecto y que ha eliminado todos los datos de la aplicación.

Herramientas-> Asistente de configuración de importación y exportación -> Restablecer todas las configuraciones

No se preocupe, le da la opción de guardar la configuración actual.

En segundo lugar, si esto falla, sugeriría que mire el registro de eventos.

Ingresar al modo de interrupción sugiere que el DE (motor de depuración) está enviando un evento de detención sincronizada a Visual Studio como IDebugExceptionEvent2 . Me gustaría echar un vistazo al registro de eventos para excepciones como fallas en la carga de ensambles referenciados (como tiempos de ejecución .NET, etc.) o restricciones de acceso al entorno.

Algo le dice al depurador que detenga su aplicación en ejecución, es solo cuestión de encontrarla.

Pensé que publicaría esto en caso de que ayudara a alguien. Instalé un limpio Win 10 y Visual Studio 2015, intenté depurar una solución existente y tuve problemas. Siguió algunos consejos que figuran aquí y en otros lugares, pero ninguno funcionó.

La forma en que logré que la depuración funcionara normalmente fue cambiar la configuración de la solución justo debajo de los menús. Lo tenía configurado previamente en modo de lanzamiento, lo cambié a depuración y luego limpiaba / recomstackba y listo, la depuración comenzaba a funcionar normalmente. Ver la imagen para obtener información:

enter image description here

Mi solución de repente se detuvo para trabajar en la depuración. Recibí un mensaje durante la depuración. Recibí un mensaje durante la depuración

[Título de la ventana] Microsoft Visual Studio [Instrucción principal] Está depurando una versión de lanzamiento de NettoProWin.exe. El uso de Just My Code con las comstackciones de Release utilizando las optimizaciones del comstackdor da como resultado una experiencia de depuración degradada (p. Ej., Los puntos de interrupción no se verán afectados). [Detener depuración] [Deshabilitar solo mi código y continuar] [Continuar depuración] [Continuar depuración (no volver a preguntar)]

Elegí continuar la depuración, pero aún así no funcionó.

La solución fue simple. Es necesario en las propiedades del proyecto -> en la sección de comstackción -> a distancia el cheque “Código de Optimiz” enter image description here

Verifique el “Tipo de código” antes de adjuntarlo a un Proceso. Por ejemplo, tuve que cambiar de CoreCLR a v4. *

Seleccionar tipo de código

En mi caso,

Cambié la plataforma de x86 a x64 en Debug Configuration Manager. Funcionó para mí

Inhabilité el escudo del sistema de archivos avast y luego todo funcionó normal otra vez. rueda de avast-setting = protecciones activas- botón superior apagado.

Lo mismo se requiere para publicar proyectos. Una verdadera pesadilla

Tuve un problema similar al tratar de usar Debugger.Launch para depurar una aplicación web: la ventana JIT Debugger Selection nunca apareció. Sabía que no era un problema con el mecanismo de depuración de VS en sí porque funcionaba muy bien con una aplicación de consola.

Finalmente, un colega mencionó un “ajuste de registro de depurador global” que activó una bombilla.

Estaba usando DebugDiag de Microsoft hace algunos meses para solucionar problemas de locking de IIS, y tenía una regla registrada para capturar volcados de locking IIS, que obviamente (en retrospectiva) registraron el servicio de diagnóstico de depuración como el depurador de w3wp (proceso de trabajo de IIS).

La eliminación de la regla en DebugDiag o la detención del servicio de diagnóstico de depuración (“C: \ Archivos de progtwig \ DebugDiag \ DbgSvc.exe”) volvieron a habilitar la depuración JIT de Visual Studio.

Espero que esto ayude a alguien.

Uhg. Llegué al final de esta página, así que comencé a desgarrar mi proyecto. Encontré una solución para mi problema particular.

Mi problema: no pude alcanzar el punto de quiebre dentro de un proceso enhebrado. Nada especial, solo estoy comenzando un nuevo hilo en una aplicación de consola y el depurador no se detuvo en los puntos de quiebre. Me di cuenta de que el hilo se estaba creando, pero se estaba colgando en las llamadas externas de .Net Framework y específicamente en el ThreadStart_Context. Eso explica por qué mis puntos de interrupción nunca se vieron afectados porque .Net Framework se está colgando algo.

El problema: descubrí que podía resolver esto cambiando mi código de inicio. Por alguna razón, tenía un archivo program.cs que contenía Main () y estaba dentro de la clase Program, como era de esperar para una aplicación de consola. Dentro de Main (), estaba instanciando otra clase a través de este código;

 new SecondClass(); 

Normalmente, esto funciona bien y tengo muchos otros proyectos con llamadas con subprocesos en los que funciona bien (bueno, no los he depurado durante un tiempo, por lo que tal vez haya aparecido un service pack y está causando esta regresión).

La solución: Mueva Main () a SecondClass y en lugar de invocar el constructor SecondClass a través de ‘new SecondClass ()’, actualice el constructor SecondClass para que sea un método estático estándar y luego llámelo desde Main. Después de hacer esos cambios, puedo depurar el hilo una vez más.

Espero que esto ayude.

Después de la instalación de vs 2017, al depurar la solución, hubo un error como “Webkit ha dejado de funcionar correctamente, Visual Studio no podrá depurar su aplicación”. , esto hace que no se pueda continuar con la depuración. Para resolver este problema, vaya a Herramientas-> Opciones-> Depuración-> General y luego desactive la depuración de JavaScript para asp.net

Un amigo tenía el mismo problema, no podía depurar en VS2015, pero estaba bien en VS2013. (nuestro proyecto está en .Net v4.0)

Hemos encontrado que era la opción “Tipo de código” en Depurar / Adjuntar al proceso que se configuró en “Administrado (v3.5, v3.0, v2.0)” en lugar de “Gestionado (v4.5, v4.0 ) ”

Tuve este problema, y ​​ninguna de las (miles de) publicaciones aquí me ayudó. La mayoría de las personas apuntan hacia ajustes u opciones, activando el modo de depuración, etc. Todo esto ya estaba en su lugar (sabía que no era así ya que funcionaba bien ayer).

Para mí, resultó ser un problema de referencia, una combinación de archivos DLL que se incluyeron tenían la culpa. No puedo decir exactamente cuál fue el problema, pero tengo un par de clases que amplían las clases base de otro proyecto, una interfaz implementada que se extiende desde otra interfaz, etc.

La prueba de ácido fue crear una nueva clase (en mi caso, una prueba de unidad) dentro del mismo proyecto que la que falla al depurar, luego crear un método vacío y establecer un punto de interrupción en él. Esto funcionó, lo que validó aún más el hecho de que mi configuración / opciones / etc. eran buenas. Luego copié en el cuerpo del método que no se depuró, y con seguridad el nuevo método también comienza a fallar.

Al final eliminé todas las referencias y comenté todas las líneas de mi método. Los agregué de nuevo uno por uno, comprobando Debug en cada paso, hasta que encontré al culpable. Obviamente tenía una referencia deshonesta allí en alguna parte …

Tuvimos este problema, después de probar todas las otras opciones, como eliminar la carpeta .vs, cambiar el nombre de la carpeta IISExpress, actualizar varias configuraciones en las propiedades, etc. no funcionó. Lo que funcionó, sin embargo, fue desinstalar IISExpress 10.0 y volver a instalarlo junto con convertir todas las características relacionadas con IIS desde las características de Windows. Espero que esto ayude a alguien.

Cambié mi objective de plataforma de “Cualquier CPU” a “x64”.

Configuración disponible en: Propiedades del proyecto -> Comstackción -> General: “Objetivo de la plataforma”

Yo uso VS 2015.

Descubrí que tenía que ir a la configuración del proyecto -> web, y marcar la checkbox Activar Editar y Continuar. No puedo decir por qué no estaba marcada para empezar, pero esto lo resolvió para mí. enter image description here

He tenido problemas similares en mi aplicación svc ejecutada en Visual Studio 2015, la solución fue cambiar la plataforma de solución de “Cualquier CPU” a “x86”, si no puede ver la opción x86, haga clic en “Administrador de configuración” y vaya a su Dirigir el proyecto y cambiar la plataforma, deberá seleccionar el menú desplegable y hacer clic en “Nuevo”, en la ventana emergente, hacer clic en la lista desplegable debajo de “nueva plataforma” y seleccionar x86, guardar los cambios y reconstruir (ver adjunto enter image description here )

Simplemente cambie su configuración de versión a depurar

desde Solution Explorer -> Web -> Propiedades

seleccione la pestaña Construir -> Combobox Configuración:

Simplemente cambie su configuración de “Release” a “Active (Debug)”

En mi caso fue debido a que las plataformas Target del proyecto eran diferentes.

Considere : Proyecto A (Entrada) -> Proyecto B

La plataforma de ProjectA en propiedades se estableció en x64 . Y la plataforma de ProjectB era ‘ AnyCPU ‘.

Entonces, después de configurar la plataforma objective de ProjectB a x64, este problema se solucionó.

enter image description here

Nota: Es solo que Target Platform debe estar sincronizado ya sea x64 o ‘ Any CPU

En mi caso, encontré una pista en la ventana de salida de que la excepción que detuvo el depurador fue una excepción ContextSwitchDeadlock, que está marcada por defecto en la Configuración de excepciones. Esta excepción generalmente ocurre después de 60 segundos en las aplicaciones de la consola. Acabo de desmarcar la excepción y todo funcionó bien.

enter image description here

Tuve este problema después de la desinstalación de la versión de prueba de RemObjects Elements 8.3. Reinstalar Elements 8.3 es una corrección de errores rápida.

Me metí en este tema también. Estoy usando VS 2015 (Actualización 3) en Windows 10 y estaba tratando de depurar una aplicación de Windows Forms. Ninguna de las sugerencias funcionó para mí. En mi caso, tuve que deshabilitar IntelliTrace:

Herramientas> Opciones> IntelliTrace

No sé el motivo, pero funcionó. Descubrí la raíz del problema cuando abrí el Monitor de recursos (desde el Administrador de tareas de Windows) y me di cuenta de que el proceso IntelliTrace estaba leyendo muchísimos datos. Sospecho que esto estaba causando lockings en el proceso vshost, porque este consumía el 100% de un núcleo de CPU.

Tuve el mismo problema. Después de probar las otras soluciones aquí sin suerte, tuve que reparar la instalación a través del instalador.

Panel de control> Progtwigs> Progtwigs y características

A continuación, desplácese hacia abajo a Microsoft Visual Studio, haga clic derecho, luego “Cambiar”. Luego, en la parte inferior de la ventana, haz clic en Reparar. El proceso de reparación llevará una buena cantidad de tiempo, y al final tendrá que reiniciar su computadora.

Esto me arregló el problema, y ​​espero que te ayude.