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
{{ message }}
This repository was archived by the owner on Apr 14, 2022. It is now read-only.
Repository navigation
This repository was archived by the owner on Apr 14, 2022. It is now read-only.
I generally use NixOS, a Linux distro, and am able to build the server, but I'm not sure how to get debugging working, especially since Visual Studio isn't supported there. I can browse the code within Emacs with omnisharp-roslyn, but do not know of any means of debugging C# within Emacs. And VS Code doesn't seem to work very well with C# on Nix.
I've also tried using a Mac and following the instructions to set up debugging.
Thanks for the quick response. Unfortunately, after making vscode-python/languageServer and copying the files there, I still can't see anything when trying to attach from within Visual Studio.
And I'm not sure how to attach with a second instance of VS Code instead of with Visual Studio; running open -n /usr/local/bin/code in an attempt to open a second instance of VS Code simply brings up the first again.
In primary VS Code instance launch Python extension (F5)
After hitting F5, there are several build targets: I tried Extension and Extension inside container for vscode-python. Both options open an additional VS Code instance, but in either case I can't detect a dotnet process from within Visual Studio.
I'm not sure what else needs to be in place. I'm running Node 12, and all the vscode-python npm stuff seemed to install OK. I might have to try installing Windows on VirtualBox.
You want "Extension". Then when it's loaded, the output panel should have an output channel for "Python Language Server" which should provide some more info about if it's working or not.
You can also technically use the stable build of the Python extension, and copy the languageServer folder to its directory (with the same downloadLanguageServer set to false), if you want to eliminate an extra debug step. There's an "open extensions folder" item in the command pallete to quickly find where it lives.
You can also technically use the stable build of the Python extension, and copy the languageServer folder to its directory (with the same downloadLanguageServer set to false), if you want to eliminate an extra debug step. There's an "open extensions folder" item in the command pallete to quickly find where it lives.
Activity
jakebailey commentedon Jun 26, 2020
Step 6 means in the vscode-python repo; so just in the root next to
src.You are copying the correct files; the contents of
Debugshould appear inlanguageServer.jediEnabledwas removed very recently, so we haven't changed the docs yet.Microsoftis correct.leungbk commentedon Jun 26, 2020
Thanks for the quick response. Unfortunately, after making
vscode-python/languageServerand copying the files there, I still can't see anything when trying to attach from within Visual Studio.And I'm not sure how to attach with a second instance of VS Code instead of with Visual Studio; running
open -n /usr/local/bin/codein an attempt to open a second instance of VS Code simply brings up the first again.After hitting F5, there are several build targets: I tried
ExtensionandExtension inside containerforvscode-python. Both options open an additional VS Code instance, but in either case I can't detect adotnetprocess from within Visual Studio.I'm not sure what else needs to be in place. I'm running Node 12, and all the
vscode-pythonnpm stuff seemed to install OK. I might have to try installing Windows on VirtualBox.jakebailey commentedon Jun 26, 2020
You want "Extension". Then when it's loaded, the output panel should have an output channel for "Python Language Server" which should provide some more info about if it's working or not.
You can also technically use the stable build of the Python extension, and copy the languageServer folder to its directory (with the same downloadLanguageServer set to false), if you want to eliminate an extra debug step. There's an "open extensions folder" item in the command pallete to quickly find where it lives.
leungbk commentedon Jun 26, 2020
This seems to work for me. Thanks!