3 ms·

Bash.exe is a Windows console application as far as every other application is concerned. So for VSCode to run it instead of Cmd.exe, is really nothing at all.

Bash.exe is a Windows console application as far as every other application is concerned. So for VSCode to run it instead of Cmd.exe, is really nothing at all. Same with other tools. I'm mostly using it to C/C++ development for an embedded platform so my experience with code completion, etc, is a bit different. But it does work as well as it does on a pure Linux installation. I have a pretty powerful desktop but I run the same configuration on my i5/4GB laptop and the performance is still good (and why not, it's all native code). I think there might be some disk performance issues but I haven't compared it too closely. I prefer it over using a VM just because of the integration and convenience.

nickjj 10y ago
Originally it sounded like you had VSCode installed on Windows but you're able to get all of the goodies (context sensitive code complete based on files in Linux) of it running on Linux -- without VcXsrv running on Windows. I guess I just don't get how VSCode that's running on Windows can "see" and use the Linux filesystem. Is this something MS did that only works for VSCode (ie. it wouldn't be available with Sublime/Atom)? Also it looks like VSCode doesn't work through VcXsrv according to this issue: https://github.com/Microsoft/vscode/issues/13138 https://github.com/Microsoft/vscode/issues/13138
- wvenable 10y ago
  > I guess I just don't get how VSCode that's running on Windows can "see" and use the Linux filesystem. I can't. It's the other way around, the Linux file system can see the Windows one. So VSCode's code complete is based on files on the Windows system but the Linux side can also see those files and compiles/runs them. Linux doesn't know it's a completely different file system; it's just another path.
  - nickjj 10y ago
    I imagine most web developers would have Python, Ruby, Elixir or whatever they use installed on Linux. That would be both the run time as well as all packages required for their projects. Then they would have their app level code off in a Windows folder to avoid corruption and having it accessible on both sides (makes 100% sense). The confusing part is understanding how VSCode running in Windows is able to make sense of all of that. That would mean VSCode would need to know that the runtime and packages are at "the private Linux FS path from within Windows", while app level code is at "some Windows path of your choosing". You're saying it does this flawlessly, and then there's no need to even mess around with xserver? I don't use VSCode but I would guess it needs to know things like your Python path or Ruby path, etc.. These are things that would be installed on the Linux side of things. That's where it falls apart in my head.
    - wvenable 10y ago
      VS Code isn't going to be able to read any files on the Linux side but it can execute Linux applications against your Windows working folder. So having VS code run Linux Python to test will work. If code-completion works by reading package source files installed in the Linux partition, it's not going to be able to do that. For my development needs (embedded C/C++) this is not an issue. > These are things that would be installed on the Linux side of things. That's where it falls apart in my head. You setup your environment to run Bash.exe with the appropriate parameters to start the Linux application. bash -c "linux command here" http://winaero.com/blog/run-linux-commands-from-cmd-exe-prompt-in-windows-10/ http://winaero.com/blog/run-linux-commands-from-cmd-exe-prom...
      - nickjj 10y ago
        Yeah, it would need to reference package source files from Linux for code complete to properly work. Thanks for the replies, that clears things up.

nickjj 10y ago

Originally it sounded like you had VSCode installed on Windows but you're able to get all of the goodies (context sensitive code complete based on files in Linux) of it running on Linux -- without VcXsrv running on Windows. I guess I just don't get how VSCode that's running on Windows can "see" and use the Linux filesystem. Is this something MS did that only works for VSCode (ie. it wouldn't be available with Sublime/Atom)? Also it looks like VSCode doesn't work through VcXsrv according to this issue: https://github.com/Microsoft/vscode/issues/13138 https://github.com/Microsoft/vscode/issues/13138

wvenable 10y ago
> I guess I just don't get how VSCode that's running on Windows can "see" and use the Linux filesystem. I can't. It's the other way around, the Linux file system can see the Windows one. So VSCode's code complete is based on files on the Windows system but the Linux side can also see those files and compiles/runs them. Linux doesn't know it's a completely different file system; it's just another path.
- nickjj 10y ago
  I imagine most web developers would have Python, Ruby, Elixir or whatever they use installed on Linux. That would be both the run time as well as all packages required for their projects. Then they would have their app level code off in a Windows folder to avoid corruption and having it accessible on both sides (makes 100% sense). The confusing part is understanding how VSCode running in Windows is able to make sense of all of that. That would mean VSCode would need to know that the runtime and packages are at "the private Linux FS path from within Windows", while app level code is at "some Windows path of your choosing". You're saying it does this flawlessly, and then there's no need to even mess around with xserver? I don't use VSCode but I would guess it needs to know things like your Python path or Ruby path, etc.. These are things that would be installed on the Linux side of things. That's where it falls apart in my head.
  - wvenable 10y ago
    VS Code isn't going to be able to read any files on the Linux side but it can execute Linux applications against your Windows working folder. So having VS code run Linux Python to test will work. If code-completion works by reading package source files installed in the Linux partition, it's not going to be able to do that. For my development needs (embedded C/C++) this is not an issue. > These are things that would be installed on the Linux side of things. That's where it falls apart in my head. You setup your environment to run Bash.exe with the appropriate parameters to start the Linux application. bash -c "linux command here" http://winaero.com/blog/run-linux-commands-from-cmd-exe-prompt-in-windows-10/ http://winaero.com/blog/run-linux-commands-from-cmd-exe-prom...
    - nickjj 10y ago
      Yeah, it would need to reference package source files from Linux for code complete to properly work. Thanks for the replies, that clears things up.