You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Extension/CHANGELOG.md
+8-2Lines changed: 8 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,12 @@
1
1
# C/C++ for Visual Studio Code Change Log
2
2
3
-
## Version 0.20.0: October 29, 2018
3
+
## Version 0.20.1: October 31, 2018
4
+
* Fix IntelliSense-based `Go to Declaration` when there's only a definition in a TU. [#2743](https://github.com/Microsoft/vscode-cpptools/issues/2743)
5
+
* Fix `#include` completion for standalone header files. [#2744](https://github.com/Microsoft/vscode-cpptools/issues/2744)
6
+
* Fix the highest hitting main process crash.
7
+
* Fix IntelliSense process crash with completion.
8
+
9
+
## Version 0.20.0: October 30, 2018
4
10
* Add IntegratedTerminal support for Linux and Windows. [#35](https://github.com/microsoft/vscode-cpptools/issues/35)
5
11
* Unify Visual Studio Code debug protocol parsing by using a shared library with Visual Studio.
6
12
* Fix IntelliSense-based `Go to Definition` on overloads (in the same TU). [#1071](https://github.com/Microsoft/vscode-cpptools/issues/1071)
@@ -73,7 +79,7 @@
73
79
* Fix IntelliSense crash when the gcc-8 type_traits header is used. [#2323](https://github.com/Microsoft/vscode-cpptools/issues/2323), [#2328](https://github.com/Microsoft/vscode-cpptools/issues/2328)
74
80
* Limit configuration popups to one at a time. [#2324](https://github.com/Microsoft/vscode-cpptools/issues/2324)
75
81
* Don't show `includePath` code actions if compile commands or custom configuration providers are used. [#2334](https://github.com/Microsoft/vscode-cpptools/issues/2334)
76
-
* Fix `Cpp.clang_format_path` not accepting environment variables. [#2344](https://github.com/Microsoft/vscode-cpptools/issues/2344)
82
+
* Fix `C_Cpp.clang_format_path` not accepting environment variables. [#2344](https://github.com/Microsoft/vscode-cpptools/issues/2344)
77
83
* Fix IntelliSense not working with non-ASCII characters in the WSL install path. [#2351](https://github.com/Microsoft/vscode-cpptools/issues/2351)
78
84
* Filter out buggy IntelliSense error `"= delete" can only appear on the first declaration of a function`. [#2352](https://github.com/Microsoft/vscode-cpptools/issues/2352)
79
85
* Fix IntelliSense failing with WSL if gcc is installed bug g++ isn't. [#2360](https://github.com/Microsoft/vscode-cpptools/issues/2360)
Copy file name to clipboardExpand all lines: launch.md
+12-10Lines changed: 12 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,27 +2,29 @@
2
2
3
3
The **launch.json** file is used to configure the debugger in Visual Studio Code.
4
4
5
-
Visual Studio Code generates a **launch.json** with almost all of the required information. To get started
5
+
Visual Studio Code generates a **launch.json** with almost all of the required information. To get started
6
6
debugging you need to fill in the `program` field with the path to the executable you plan to debug. This must be specified for
7
7
both the launch and attach (if you plan to attach to a running instance at any point) configurations.
8
8
9
-
The generated file contains two sections. One that configures debugging for launch and a second that configures debugging for attach.
9
+
The generated file contains two sections. One that configures debugging for launch and a second that configures debugging for attach.
10
10
11
11
# Configure VS Code's debugging behavior
12
12
13
-
Set or change the following options to control VS Code's behavior during debugging
13
+
Set or change the following options to control VS Code's behavior during debugging:
14
14
15
15
*#### `program` (required)
16
16
Specifies the full path to executable the debugger will launch or attach to.
17
17
18
18
*#### `symbolSearchPath`
19
-
Tells the _Visual Studio Windows Debugger_ what paths to search for symbol (.pdb) files. Separate multiple paths with a semicolon. Example `"C:\\Symbols;C:\\SymbolDir2"`
19
+
Tells the _Visual Studio Windows Debugger_ what paths to search for symbol (.pdb) files. Separate multiple paths with a semicolon. Example `"C:\\Symbols;C:\\SymbolDir2"`.
20
20
21
21
*#### `additionalSOLibSearchPath`
22
22
Tells _GDB or LLDB_ what paths to search for .so files. Separate multiple paths with a semicolon. Example: `"/Users/user/dir1;/Users/user/dir2"`.
23
23
24
24
*#### `externalConsole`
25
-
If set to `true`, launches an external console for the application. If `false`, no console is launched and VS Code's debugging console is used. Note this option is ignored in some cases for technical reasons.
25
+
Windows: When set to true, it will spawn an external console. When set to false, it will use VS Code's integratedTerminal.
26
+
Linux: When set to true, it will notify VS Code to spawn an external console. When set to false, it will use VS Code's integratedTerminal.
27
+
macOS: When set to true, it will spawn an external console through `lldb-mi`. When set to false, the output can be seen in VS Code's debugConsole. Due to limitations within `lldb-mi`, integratedTerminal support is not available.
26
28
27
29
*#### `logging`
28
30
Optional flags to determine what types of messages should be logged to the Debug Console.
@@ -94,10 +96,10 @@ The following options enable you to modify the state of the target application w
94
96
95
97
## Customizing GDB or LLDB
96
98
97
-
You can change the behavior of GDB or LLDB by setting the following options.
99
+
You can change the behavior of GDB or LLDB by setting the following options:
98
100
99
101
*#### `MIMode`
100
-
Indicates the debugger that VS Code will connect to. Must be set to `gdb` or `lldb`. This is pre-configured on a per-operating system basis and can be changed as needed.
102
+
Indicates the debugger that VS Code will connect to. Must be set to `gdb` or `lldb`. This is pre-configured on a per-operating system basis and can be changed as needed.
101
103
102
104
*#### `miDebuggerPath`
103
105
The path to the debugger (such as gdb). When only the executable is specified, it will search the operating system's PATH variable for a debugger (GDB on Linux and Windows, LLDB on OS X).
@@ -152,7 +154,7 @@ The C/C++ extension enables debugging dump files on Windows and core dump files
152
154
If you want to debug a Windows dump file, set this to the path to the dump file to start debugging in the `launch` configuration.
153
155
154
156
*#### `coreDumpPath`
155
-
Full path to a core dump file to debug for the specified program. Set this to the path to the core dump file to start debugging in the `launch` configuration.
157
+
Full path to a core dump file to debug for the specified program. Set this to the path to the core dump file to start debugging in the `launch` configuration.
156
158
_Note: core dump debugging is not supported with MinGw._
157
159
158
160
## Remote debugging or debugging with a local debugger server
@@ -175,7 +177,7 @@ _Note: core dump debugging is not supported with MinGw._
175
177
## Additional properties
176
178
177
179
*#### `processId`
178
-
Defaults to `${command.pickProcess}` which will display a list of available processes the debugger can attach to. It is recommended to leave this default, but the property can be explicitly set to a specific process ID for the debugger to attach to.
180
+
Defaults to `${command.pickProcess}` which will display a list of available processes the debugger can attach to. It is recommended to leave this default, but the property can be explicitly set to a specific process ID for the debugger to attach to.
179
181
180
182
*#### `request`
181
183
Indicates whether the configuration section is intended to `launch` the program or `attach` to an already running instance.
@@ -184,7 +186,7 @@ _Note: core dump debugging is not supported with MinGw._
184
186
`Deprecated` This option is no longer needed as the target architecture is automatically detected.
185
187
186
188
*#### `type`
187
-
Indicates the underlying debugger being used. Must be `cppvsdbg` when using the Visual Studio Windows debugger, and `cppdbg` when using GDB or LLDB. This is automatically set to the correct value when the
189
+
Indicates the underlying debugger being used. Must be `cppvsdbg` when using the Visual Studio Windows debugger, and `cppdbg` when using GDB or LLDB. This is automatically set to the correct value when the
0 commit comments