Content deleted Content added
Phil Boswell (talk | contribs) Reference edited with ProveIt |
|||
Line 18:
The main shortcoming of the Visual Studio Debugger is its inability to trace into [[kernel (computer science)|kernel]]-mode code. However, this is possible using a free [[VisualDDK]] extension. Alternatively, kernel-mode debugging of Windows is generally performed by using [[WinDbg]], KD, or [[SoftICE]].
The Visual Studio Debugger also has no ability to debug [[Lambda-expression#Lambda_calculus_and_programming_languages|Lambda-Expressions]] or [[Language Integrated Query|LINQ]]. This is because it would take too much work for Microsoft to implement.<ref>{{Cite web |url=http://blogs.msdn.com/b/jaredpar/archive/2009/08/26/why-no-linq-in-debugger-windows.aspx |title=Why is LINQ absent from debugger windows? |website=jaredpar's WebLog |publisher=[[Microsoft]] |language=en-US |access-date=2018-04-24}}</ref><ref>{{Cite web |url=http://blogs.msdn.com/b/jaredpar/archive/2010/06/02/why-is-linq-absent-from-debugger-windows-part-2.aspx |title=Why is LINQ absent from debugger windows (Part 2)? |website=jaredpar's WebLog |publisher=[[Microsoft]] |language=en-US |access-date=2018-04-24}}</ref><ref>http://connect.microsoft.com/VisualStudio/feedback/details/472999/ability-to-evaluate-lambda-expressions-in-immediate-window</ref> However, most developers working with Lambda expressions are able to visualize the data through the several memory windows or by storing the result into a variable.
Edit-and-continue is held by many developers {{by whom|date=May 2016}} as Microsoft's greatest asset given to developers. A program that is running in memory, that encounters a simple mistake, can be corrected without having to stop the current program or exit the debugger. This feature allows very common mistakes to be corrected easily and with great time savings over other solutions which require exiting the program, making the change, recompiling, and then navigating back through the running program to the previous ___location.
| |||