¿IntelliTrace (tm) (depuración histórica) estará disponible para c ++ no administrado en futuras versiones de Visual Studio?
https://stackoverflow.com/questions/1625362
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Me encanta la idea de depuración histórica en VS 2010 .
Sin embargo, estoy realmente decepcionado de que C ++ no administrado se quede fuera.
IntelliTrace admite la depuración de Visual Aplicaciones básicas y C # que usan .NET versión 2.0, 3.0, 3.5 o 4. Usted puede depurar la mayoría de las aplicaciones, incluidas aplicaciones que fueron creadas por usando ASP.NET, Windows Forms, WPF, Flujo de trabajo de Windows y WCF. IntelliTrace no es compatible depuración de C ++, script u otro idiomas Depuración de F # las aplicaciones son compatibles con un base experimental.
(editorial) [Esto es realmente un pobre apoyo en mi opinión. .NET necesita menos esta asistencia que c ++ no administrado. Me estoy cansando un poco del estado de C ++ antiguo y su estado de segunda clase en el mundo de las herramientas de MS. Sí, me doy cuenta de que probablemente sea MUCHO más fácil implementar esto con .NET y MS está impulsando .NET como el futuro, y sí, sé que C ++ es un "viejo". lenguaje, pero eso no disminuye el hecho de que hay muchas aplicaciones de C ++ y continuará habiendo más aplicaciones compiladas con C ++. Espero sinceramente que MS no haya eliminado C ++ como una herramienta / lenguaje de desarrollador compatible, sería una pena].
¿Alguien sabe si hay planes para que sea compatible con C ++?
Solución
De acuerdo con esto Publicación de blog de MSDN esperan "corregir esta limitación en el futuro".
Otros consejos
Si es posible, puede compilar su código C ++ en GDB que tiene capacidades de depuración inversa.
" C ++ no administrado " Es un término suelto. Puede incluir ensamblaje sin procesar. Básicamente, cada instrucción puede cambiar la memoria de una manera esencialmente impredecible. IntelliTrace solo funciona decentemente porque puede asimilar IL. Esto no es una coincidencia, IL fue diseñado para ser mucho más adecuado para el análisis automático que el ensamblaje x86.
