-
Notifications
You must be signed in to change notification settings - Fork 1.8k
Extension fails to start on latest nightly #18318
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
By the way I'm running vscode inside flatpak, but rust-analyzer automatically gets spawned outside of it by vscode afaik. |
I agree #18281 could be related, but it's unclear how: the only commands it should affect are FWIW, I can't repro. I also can't find where rust-analyzer is trying to run that command during activation. rust-analyzer/editors/code/src/debug.ts Line 243 in 8dd53a3
|
#18265 seems a little suspicious to me, especially since it's a regex + |
I'll put up a PR with a fix, one moment. |
Oh my bad, I somehow overlooked that odd call there. |
No worries, I'm just doing a slight refactor right now to consolidate where the symbol map is populated. |
Opened #18320. |
…ustc, r=davidbarsky internal: fix lldb-dap unconditionally calling rustc Fixes #18318. I also took the opportunity to refactor how `discoverSourceFileMap` worked—it now returns a type instead of mutating a map in place. I tested this change using the LLDB DAP extension. I needed to set `"lldb-dap.executable-path": "/Applications/Xcode.app/Contents/Developer/usr/bin/lldb-dap"` for everything to work, however, but once I did, was able to successfully debug a test.
…ustc, r=davidbarsky internal: fix lldb-dap unconditionally calling rustc Fixes #18318. I also took the opportunity to refactor how `discoverSourceFileMap` worked—it now returns a type instead of mutating a map in place. I tested this change using the LLDB DAP extension. I needed to set `"lldb-dap.executable-path": "/Applications/Xcode.app/Contents/Developer/usr/bin/lldb-dap"` for everything to work, however, but once I did, was able to successfully debug a test.
…ustc, r=davidbarsky internal: fix lldb-dap unconditionally calling rustc Fixes #18318. I also took the opportunity to refactor how `discoverSourceFileMap` worked—it now returns a type instead of mutating a map in place. I tested this change using the LLDB DAP extension. I needed to set `"lldb-dap.executable-path": "/Applications/Xcode.app/Contents/Developer/usr/bin/lldb-dap"` for everything to work, however, but once I did, was able to successfully debug a test.
…ustc, r=davidbarsky internal: fix lldb-dap unconditionally calling rustc Fixes #18318. I also took the opportunity to refactor how `discoverSourceFileMap` worked—it now returns a type instead of mutating a map in place. I tested this change using the LLDB DAP extension. I needed to set `"lldb-dap.executable-path": "/Applications/Xcode.app/Contents/Developer/usr/bin/lldb-dap"` for everything to work, however, but once I did, was able to successfully debug a test.
…calling-rustc, r=Veykril internal: fix lldb-dap unconditionally calling rustc Fixes rust-lang/rust-analyzer#18318. I also took the opportunity to refactor how `discoverSourceFileMap` worked—it now returns a type instead of mutating a map in place. I tested this change using the LLDB DAP extension. I needed to set `"lldb-dap.executable-path": "/Applications/Xcode.app/Contents/Developer/usr/bin/lldb-dap"` for everything to work, however, but once I did, was able to successfully debug a test.
The developer tools of vs code show the following:
where "opdracht niet gevonden" is Dutch for "command not found".
It works fine with the latest stable version of the extension.
I suspect that #18281 caused this regression. cc @darichey
The text was updated successfully, but these errors were encountered: