General debugging options
Applies to: 
Visual Studio 
Visual Studio for Mac
Note
This article applies to Visual Studio 2017. If you're looking for the latest Visual Studio documentation, see Visual Studio documentation. We recommend upgrading to the latest version of Visual Studio. Download it here
To set Visual Studio debugger options, select Tools > Options, and under Debugging select or deselect the boxes next to the General options. You can restore all default settings with Tools > Import and Export Settings > Reset all settings. To reset a subset of settings, save your settings with the Import and Export Settings Wizard before making the changes that you want to test, then import your saved settings afterward.
You can set the following General options:
Ask before deleting all breakpoints: Requires confirmation before completing the Delete All Breakpoints command.
Break all processes when one process breaks: Simultaneously breaks all processes to which the debugger is attached, when a break occurs.
Break when exceptions cross AppDomain or managed/native boundaries: In managed or mixed-mode debugging, the common language runtime can catch exceptions that cross application domain boundaries or managed/native boundaries when the following conditions are true:
When native code calls managed code by using COM Interop and the managed code throws an exception. See Introduction to COM Interop.
When managed code running in application domain 1 calls managed code in application domain 2, and the code in application domain 2 throws an exception. See Programming with application domains.
When code calls a function by using reflection, and that function throws an exception. See Reflection.
In conditions 2 and 3, the exception is sometimes caught by managed code in mscorlib rather than by the common language runtime. This option does not affect breaking on exceptions caught by mscorlib.
Enable address-level debugging: Enables advanced features for debugging at the address level (the Disassembly window, the Registers window, and address breakpoints).
- Show disassembly if source is not available: Automatically shows the Disassembly window when you debug code for which the source is unavailable.
Enable breakpoint filters: Enables you to set filters on breakpoints so that they will affect only specific processes, threads, or computers.
Use the new Exception Helper: Enables the Exception Helper that replaces the exception assistant. (Exception Helper is supported starting in Visual Studio 2017)
Note
For managed code, this option was previously called Enable the exception assistant .
Enable Just My Code: The debugger displays and steps into user code ("My Code") only, ignoring system code and other code that is optimized or that does not have debugging symbols.
- Warn if no user code on launch (Managed only): When debugging starts with Just My Code enabled, this option warns you if there is no user code ("My Code").
Enable .NET Framework source stepping: Allows the debugger to step into .NET Framework source. Enabling this option automatically disables Just My Code. .NET Framework symbols will be downloaded to a cache location. Change the cache location with the Options dialog box, Debugging category, Symbols page.
Step over properties and operators (Managed only): Prevents the debugger from stepping into properties and operators in managed code.
Enable property evaluation and other implicit function calls: Turns on automatic evaluation of properties and implicit function calls in variables windows and the QuickWatch dialog box.
- Call string conversion function on objects in variables windows (C# and JavaScript only): Executes an implicit string conversion call when evaluating objects in variables windows. The result is displayed as a string instead of the type name. Only applies while debugging in C# code. This setting may be overridden by the DebuggerDisplay attribute (see Using the DebuggerDisplay attribute).
Enable source server support:
Tells the Visual Studio debugger to get source files from source servers that implement the SrcSrv (srcsrv.dll) protocol. Team Foundation Server and the Debugging Tools for Windows are two source servers that implement the protocol. For more information about SrcSrv setup, see the SrcSrv documentation. In addition, see Specify symbol (.pdb) and source files.
Important
Because reading .pdb files can execute arbitrary code in the files, make sure that you trust the server.
Print source server diagnostic messages to the Output window: When source server support is enabled, this setting turns on diagnostic display.
Allow source server for partial trust assemblies (Managed only): When source server support is enabled, this setting overrides the default behavior of not retrieving sources for partial trust assemblies.
Always run untrusted source server commands without prompting: When source server support is enabled, this setting overrides the default behavior of prompting when running an untrusted command.
Enable Source Link support: Tells the Visual Studio debugger to download source files for .pdb files that contain Source Link information. For more information about Source Link, see the Source link specification.
Important
Because Source Link will download files using http or https, make sure you trust the .pdb file.
- Fall back to Git Credential Manager authentication for all Source Link requests: When Source Link support is enabled, and a Source Link request fails authentication, Visual Studio then calls the Git Credential Manager.
Highlight entire source line for breakpoints and current statement (C++ only): When the debugger highlights a breakpoint or current statement, it highlights the entire line.
Require source files to exactly match the original version: Tells the debugger to verify that a source file matches the version of the source code used to build the executable you are debugging. When the version does not match, you're prompted to find a matching source. If a matching source is not found, the source code will not be displayed during debugging.
Redirect all Output window text to the Immediate window: Sends all debugger messages that would ordinarily appear in the Output window to the Immediate window instead.
Show raw structure of objects in variables windows: Turns off all object structure view customizations. For more information about view customizations, see Create custom views of managed objects.
Suppress JIT optimization on module load (Managed only): Disables the JIT optimization of managed code when a module is loaded and JIT is compiled while the debugger is attached. Disabling optimization may make it easier to debug some problems, although at the expense of performance. If you are using Just My Code, suppressing JIT optimization can cause non-user code to appear as user code ("My Code"). For more information, see JIT optimization and debugging.
Enable JavaScript debugging for ASP.NET (Chrome, Microsoft Edge, and IE): Enables the script debugger for ASP.NET apps. On first use in Chrome, you may need to sign into the browser to enable Chrome extensions that you have installed. Disable this option to revert to legacy behavior.
Load dll exports (Native only): Loads dll export tables. Symbol information from dll export tables can be useful if you are working with Windows messages, Windows procedures (WindowProcs), COM objects, or marshaling, or any dll for which you do not have symbols. Reading dll export information involves some overhead. Therefore, this capability is turned off by default.
To see what symbols are available in the export table of a dll, use dumpbin /exports. Symbols are available for any 32-bit system dll. By reading the dumpbin /exports output, you can see the exact function name, including non-alphanumeric characters. This is useful for setting a breakpoint on a function. Function names from dll export tables might appear truncated elsewhere in the debugger. The calls are listed in the calling order, with the current function (the most deeply nested) at the top. For more information, see dumpbin /exports.
Show parallel stacks diagram bottom-up: Controls the direction in which stacks are displayed in the Parallel Stacks window.
Ignore GPU memory access exceptions if the data written didn't change the value: Ignores race conditions that were detected during debugging if the data didn't change. For more information, see Debugging GPU Code.
Use the legacy C# and VB expression evaluators: The debugger will use the Visual Studio 2013 C# or Visual Basic expression evaluators rather than the Visual Studio 2015 Roslyn-based expression evaluators.
Warn when using custom debugger visualizers against potentially unsafe processes (Managed only): Visual Studio warns you when you are using a custom debugger visualizer that is running code in the debugged process, because it could be running unsafe code.
Enable Windows debug heap allocator (Native only): Enables the windows debug heap to improve heap diagnostics. Enabling this option will impact debugging performance.
Enable UI Debugging Tools for XAML: The Live Visual Tree and the Live Property Explore windows will appear when you start debugging (F5) a supported project type. For more information, see Inspect XAML properties while debugging.
Preview selected elements in Live Visual Tree: The XAML element whose context is selected is also selected in the Live Visual Tree window.
Show runtime tools in application: Shows the Live Visual Tree commands in a toolbar on the main window of the XAML application that is being debugged. This option was introduced in Visual Studio 2015 Update 2.
Enable XAML Hot Reload: Allows you to use the XAML Hot Reload feature with XAML code when your app is running. (This feature was previously called "XAML Edit and Continue")
Enable Diagnostic Tools while debugging: The Diagnostic Tools window appears while you are debugging.
Show elapsed time PerfTip while debugging: The code window displays the elapsed time of a given method call when you are debugging.
Enable Edit and Continue: Enables the Edit and Continue functionality while debugging.
Enable Native Edit and Continue: You can use the Edit and Continue functionality while debugging native C++ code. For more information, see Edit and Continue (C++).
Apply changes on continue (Native only): Visual Studio automatically compiles and applies any outstanding code changes you have made when continuing the process from a break state. If not selected, you can choose to apply changes using the Apply Code Changes item under the Debug menu.
Warn about stale code (Native only): Get warnings about stale code.
Show Run to Click button in editor while debugging: When this option is selected, the Run to Click button will be shown while debugging.
Automatically close the console when debugging stops: Tells Visual Studio to close the console at the end of a debugging session.
Options available in older versions of Visual Studio
If you're using an older version of Visual Studio, some additional options might be present.
Enable Edge Developer Tools for UWP JavaScript Apps (Experimental): Enables developer tools for UWP JavaScript apps in Microsoft Edge.
Enable legacy Chrome JavaScript debugger for ASP.NET: Enables the legacy Chrome JavaScript script debugger for ASP.NET apps. On first use in Chrome, you may need to sign into the browser to enable Chrome extensions that you have installed.
Enable the exception assistant: For managed code, enables the exception assistant. Starting in Visual Studio 2017, the Exception Helper replaced the exception assistant.
Unwind the call stack on unhandled exceptions: Causes the Call Stack window to roll back the call stack to the point before the unhandled exception occurred.
Use experimental way to launch Chrome JavaScript debugging when running Visual Studio as Administrator: Tells Visual Studio to try a new way to launch Chrome during JavaScript debugging.
Warn if no symbols on launch (native only): Displays a warning dialog box when you debug a program for which the debugger has no symbol information.
Warn if script debugging is disabled on launch: Displays a warning dialog box when the debugger is launched with script debugging disabled.
Use Native Compatibility Mode: When this option is selected, the debugger uses the Visual Studio 2010 native debugger instead of the new native debugger.
- Use this option when you are debugging .NET C++ code, because the new debugging engine does not support evaluating .NET C++ expressions. However, enabling Native Compatibility Mode disables many features that depend on the current debugger implementation to operate. For example, the legacy engine lacks many visualizers for built-in types like
std::stringin Visual Studio 2015 projects. Use Visual Studio 2013 projects for the optimal debugging experience in these cases.