Collect Call Stack
- 3 minutes to read
If you see Visual Studio IDE instability, in which DevExpress IDE Tools might be involved, you can capture the problem’s call stack. This can help determine the cause of the Visual Studio crash or freeze issues.
This guide assumes that your Visual Studio is in one of the following states:
- Frozen
- Running normally (you will need to reproduce the error or crash)
Regardless of the current state, you will need to run another Visual Studio process. Configure it as a debugger, and attach it to the other process in order to obtain the required call stack.
Follow the steps below:
Attach to a Running Visual Studio Instance
Run a new Visual Studio instance.
In the Tools | Options… dialog, select the Debugging node and uncheck the “Enable Just My Code” check box. Click OK to close the “Options” dialog.
Select Debug -> Attach to Process… or press the Ctrl+Alt+P key combination.
In the “Attach to Process” dialog box, find the Visual Studio instance that you want to attach from the “Available processes” list.
If the process runs under a different user account, select the “Show processes for all users” check box.
Note
If you use Visual Studio 2012+ and want to debug the Visual Studio XAML designer in a .NET Framework project, attach the Visual Studio instance to the XDesProc.exe process instead of devenv.exe.
Make sure that the type of code you want to debug is listed. Click Select… to open the “Select Code Type” dialog. In this dialog, activate the “Automatically determine the type of code to debug” option and click OK.
Note
Make sure that the Managed code is present in the “Attach to:” text box after you click OK.
Click Attach.
Access Exception Settings
Select the Debug | Windows | Exception Settings menu item or press the Ctrl+Alt+E key combination. The “Exception Settings” tool window appears.
Configure Exception Settings in the Freeze State
If Visual Studio is in the freeze state:
Select the “Common Language Runtime Exceptions” item in the “Break when Thrown” list and uncheck its check box.
Click Break All on the Debug tool bar or press Ctrl+Alt+Break to start collecting call stacks.
Configure Exception Settings to Reproduce the Crash
Select the “Common Language Runtime Exceptions” item in the “Break when Thrown” list and check its check box:
Reproduce the crash. Press F5 to skip handled exceptions until the last exception is thrown before the crash. You may need to cancel breaking on exceptions that can prevent you from catching the last exception. To do this, uncheck the “Break when this exception type is thrown” check box. The following screenshot shows this action for the System.OperationCanceledException:
Save the Call Stacks
Open the View | Other Windows | Command Window tool window or press Ctrl+Alt+A.
Run the “Debug.ListCallStack /AllThreads /ShowExternalCode” command.
Copy and save its output in a new file (for example, use Notepad).
Save the file and send the obtained call stacks to our Support Center for research.
Optional. Use the “Debug->Save Dump As…” menu item to save the dump file. This helps our developers analyze the cause of the problem.