2020-02-16 21:52:41 +00:00
# Debugging VSCode plugin and the language server
2019-01-18 10:59:08 +00:00
2020-02-16 21:47:12 +00:00
## Prerequisites
2019-01-18 10:59:08 +00:00
2020-02-16 21:52:41 +00:00
- Install [LLDB ](https://lldb.llvm.org/ ) and the [LLDB Extension ](https://marketplace.visualstudio.com/items?itemName=vadimcn.vscode-lldb ).
2020-02-16 20:58:17 +00:00
- Open the root folder in VSCode. Here you can access the preconfigured debug setups.
2019-01-18 10:59:08 +00:00
2020-02-16 20:58:17 +00:00
< img height = 150px src = "https://user-images.githubusercontent.com/36276403/74611090-92ec5380-5101-11ea-8a41-598f51f3f3e3.png" alt = "Debug options view" >
- Install all TypeScript dependencies
```bash
cd editors/code
2020-02-16 21:36:16 +00:00
npm install
2020-02-16 20:58:17 +00:00
```
## Common knowledge
2020-02-16 21:52:41 +00:00
* All debug configurations open a new `[Extension Development Host]` VSCode instance
where **only** the `rust-analyzer` extension being debugged is enabled.
2020-02-16 20:58:17 +00:00
* To activate the extension you need to open any Rust project folder in `[Extension Development Host]` .
2019-01-18 10:59:08 +00:00
2020-02-16 20:58:17 +00:00
## Debug TypeScript VSCode extension
2019-01-18 10:59:08 +00:00
2020-02-18 11:33:16 +00:00
- `Run Extension` - runs the extension with the globally installed `rust-analyzer` binary.
- `Run Extension (Dev Server)` - runs extension with the locally built LSP server (`target/debug/rust-analyzer`).
2019-01-18 10:59:08 +00:00
2020-02-16 20:58:17 +00:00
TypeScript debugging is configured to watch your source edits and recompile.
2020-02-16 21:38:25 +00:00
To apply changes to an already running debug process press < kbd > Ctrl+Shift+P</ kbd > and run the following command in your `[Extension Development Host]`
2020-02-16 20:58:17 +00:00
```
> Developer: Reload Window
```
## Debug Rust LSP server
2020-02-16 21:40:31 +00:00
- When attaching a debugger to an already running `rust-analyzer` server on Linux you might need to enable `ptrace` for unrelated processes by running:
2019-01-18 10:59:08 +00:00
2020-02-16 20:58:17 +00:00
```
echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
```
2019-01-18 10:59:08 +00:00
2020-02-16 21:42:48 +00:00
- By default, the LSP server is built without debug information. To enable it, you'll need to change `Cargo.toml` :
2020-02-16 20:58:17 +00:00
```toml
[profile.dev]
debug = 2
```
2019-01-18 10:59:08 +00:00
2020-02-18 11:33:16 +00:00
- Select `Run Extension (Dev Server)` to run your locally built `target/debug/rust-analyzer` .
2019-01-18 10:59:08 +00:00
2020-02-16 21:42:10 +00:00
- In the original VSCode window once again select the `Attach To Server` debug configuration.
2019-01-18 10:59:08 +00:00
2020-02-18 11:33:16 +00:00
- A list of running processes should appear. Select the `rust-analyzer` from this repo.
2019-01-18 10:59:08 +00:00
2020-02-18 11:33:16 +00:00
- Navigate to `crates/rust-analyzer/src/main_loop.rs` and add a breakpoint to the `on_task` function.
2019-01-18 10:59:08 +00:00
2020-02-16 21:35:41 +00:00
- Go back to the `[Extension Development Host]` instance and hover over a Rust variable and your breakpoint should hit.
2019-01-18 10:59:08 +00:00
## Demo
2020-02-16 20:58:17 +00:00
- [Debugging TypeScript VScode extension ](https://www.youtube.com/watch?v=T-hvpK6s4wM ).
- [Debugging Rust LSP server ](https://www.youtube.com/watch?v=EaNb5rg4E0M ).
2019-01-18 10:59:08 +00:00
## Troubleshooting
2020-02-18 11:33:16 +00:00
### Can't find the `rust-analyzer` process
2019-01-18 10:59:08 +00:00
It could be a case of just jumping the gun.
2020-02-18 11:33:16 +00:00
The `rust-analyzer` is only started once the `onLanguage:rust` activation.
2019-01-18 10:59:08 +00:00
Make sure you open a rust file in the `[Extension Development Host]` and try again.
2020-02-18 11:33:16 +00:00
### Can't connect to `rust-analyzer`
2019-01-18 10:59:08 +00:00
Make sure you have run `echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope` .
By default this should reset back to 1 everytime you log in.
### Breakpoints are never being hit
Check your version of `lldb` if it's version 6 and lower use the `classic` adapter type.
It's `lldb.adapterType` in settings file.
If you're running `lldb` version 7 change the lldb adapter type to `bundled` or `native` .