visual tools studio pro for ejecutar desde c# .net visual-studio powershell

c# - ejecutar - powershell pro tools for visual studio 2017



No se puede depurar el código administrado utilizando Visual Studio 2013(error "No se puede evaluar la expresión"-estoy usando la creación de depuración)(Tenga en cuenta que VS 2012 funciona) (9)

Borré todos mis puntos de interrupción y luego comenzó a funcionar, con la Actualización 1 de Visual Studio 2013. Esta fue una de las sugerencias de la weblog.west-wind.com/posts/2013/Nov/21/… del weblog.west-wind.com/posts/2013/Nov/21/… mencionada por Dreamer.

Tengo la aplicación .NET (GUI así como PowerShell) construida contra 4.5. Mi SO es el servidor 2012. Cuando adjunto mi aplicación al estudio visual 2013, el depurador no funciona a veces. No está evaluando la expresión ni mostrando los locales (y también observa que la ventana / ventana inmediata no funciona, es como si el proyecto se construyera con lanzamiento). Pero tengo compilación con configuración ''Debug''. Y como mencioné, lo mismo funciona cuando simplemente adjunto con VS 2012 (sí, tengo 2k13 y 2k12 SXS)

Tenga en cuenta que si adjunto el mismo proceso con la misma configuración (depuración administrada), a Visual Studio 2012 siempre funciona.

Me aseguré de que los símbolos estén cargados (al verificar la pestaña de módulos en Visual Studio + depuración + ventanas), los puntos de ruptura son golpeados.

¿Alguna idea sobre cuál podría ser el problema? Todas las actualizaciones están actualizadas también.

Es un poco molesto lanzar vs 2012 solo para depurar, cuando estoy usando VS 2k13 IDE para desarrollo.

¡Saludos!


Establezca AutoEventWireup = "true" en el archivo de encabezado aspx. Esto activará el modo de depuración.


Hemos publicado una solución para el problema que está describiendo en la Actualización 2 CTP 2 de Visual Studio -
Por favor, avíseme si eso no resuelve su problema.

¡Gracias! Maria - Visual Studio Debugger


Si se enfrenta al mismo problema, consulte weblog.west-wind.com/posts/2013/Nov/21/… para obtener más detalles. .

Aquí está la respuesta que me solucionó:

Establecí el indicador "usar modo de compatibilidad administrada" en Herramientas | Opciones | Depurador | General.

Para más detalles, eche un vistazo al enlace ya que lo explicó muy bien como una historia :)

Estoy feliz de que funcionó, de lo contrario solo tuve que cargar el proyecto en vs 2k12 solo para depurarlo, lo cual es molesto.

EDITAR el 12 de junio de 2014

He actualizado mis entornos de desarrollo con visual studio 2013 actualización 2 ( http://www.microsoft.com/en-us/download/details.aspx?id=42666 ) (según la sugerencia de María a continuación) y eliminé "usar compatibilidad administrada modo". Voy a probar mis aplicaciones (cmdlets ps, gui, servicios) y actualizar en un par de semanas si el depurador está bien para mí.

EDITAR el 26 de junio de 2014

He probado mis aplicaciones y afortunadamente para mí todo está funcionando muy bien :). Incluso el depurador está haciendo un trabajo bastante bueno con el nuevo modelo async / await. Entonces, fíjate si puedes actualizar a ''actualización 2'': ¿esto también funciona en tu entorno? ¡Gracias al equipo de Maria y el depurador!

Saludos.


Tenemos un evaluador de expresiones personalizadas y nuestro propio idioma, y ​​este mensaje de advertencia para cambiar la configuración siempre aparece incluso después de cambiar las configuraciones del proyecto a las especificadas en el blog.

<DebugEngines>{351668CC-8477-4fbf-BFE3-5F1006E4DB1F}</DebugEngines>

¿Hay algo más?

Nuestros clientes están utilizando VS2013 pro. Apagué todo el "Habilitar el proceso de alojamiento de Visual Studio" para todos nuestros proyectos y también agregué la propiedad a los proyectos de nuestros clientes. Todavía veo la advertencia cada vez que ataco a w3wp.exe.

NOTA IMPORTANTE: si su proyecto está utilizando el proceso de alojamiento de Visual Studio (el predeterminado para muchos tipos de proyectos), debe deshabilitar el proceso de alojamiento para que esta solución modifique correctamente el modo de depuración. Para deshabilitar el proceso de alojamiento, vaya al panel Depurar en la página de propiedades del proyecto y desmarque "Habilitar el proceso de alojamiento de Visual Studio".


Tenga en cuenta que, si bien la respuesta aceptada probablemente solucionará el problema por el momento, lo mejor es conocer los inconvenientes de esta solución. Hacer este cambio hará que VS 2013 use el depurador de estilo antiguo para todos sus proyectos. Es un escenario global. Hay otras maneras de cambiar localmente esto para un solo proyecto. Por favor, lea aquí para obtener más información sobre esto:

blogs.msdn.com/b/visualstudioalm/archive/2013/10/16/…


Tuve un problema similar de depuración donde ocurrió este error de un retorno de la creación de una clase. La clase se inicializó correctamente (usando "new classname ()") pero luego dio el error "no se puede evaluar la expresión" en la declaración. A pesar de que funcionó en versiones previas de Visual Studio, se ejecutó en VS 2017 y se eliminó.

Después de muchos golpes de cabeza, resultó que las variables privadas de la clase, especialmente cosas como listas de arreglos y otras clases, debían declararse con valores iniciales, incluso si se configuraba como nulo .

Una vez hecho esto, todo funcionó, a pesar de que la solución "parecía" no tener nada que ver con el problema y no dio una pista aparente de dónde ocurrió el problema.


Tuvimos este problema con la extensión de PostSharp versión 5.0.32 con VS2013 Update 5.

Nuestra solución fue rebajar la extensión de PostSharp a la versión 4.3.19 o deshabilitarla.


Puede resolver este error aplicando los puntos siguientes

Sol 1:

1) Reinicia Visual Studio y vuelve a abrir tu proyecto.
2) Abra su directorio bin de proyecto y elimine la DLL de ese código donde su depurador no funciona correctamente.
3) Luego agregue nuevamente la referencia de DLL en el directorio bin.
4) Eliminar todos los puntos de interrupción.
5) Proyecto de construcción.
6) adjuntar con un proceso w3wp.exe en adjuntar a la ventana de proceso
7) Disfruta tu problema ha sido resuelto.


Si la solución anterior no funciona, puede probar la solución que se proporciona en el siguiente enlace
weblog.west-wind.com/posts/2013/Nov/21/…