It’s a different OS-level mechanism than going through the network stack. Non-local pipes can be firewalled, but that’s off by default; and local ones can’t be firewalled by the OS from what I can tell.
An antivirus could filter named pipes with i/o hooking, but if they don’t provide a wide enough escape hatch then broken Julia is going to be the least of your problems (named pipes are used everywhere; e.g. Chrome uses them communicate with each tab process).
Just a short notice that the VSCode insiders has the possibility to have the terminal on the right side next to the editor. The stable release will come in about two weeks [1].
On my Win10 laptop VS Code is also much more responsive than Atom. In addition it seems to use much less ressources. Atom sometimes has a number of instances running (even though I may only ‘see’ one or two of them) which use a lot of cpu power.
However, it Atom it was much clearer to me when ‘Julia was busy’.
In the screenshot below it says ‘Julia ready’ which is clearly not the case. I am not sure why…
I guess one can see whether the execution is done, by waiting for “>julia”.
I have used VS Code quite a bit and just ignore the Julia - starting up, or Julia - busy messages. They do not seem to affect the responsiveness in running or in just editing code. It feels lively in pretty much every way!
Note the line at the bottom: copy should only be executed when some text is selected in the terminal.
Otherwise the control-c should be passed along to execute the interrupt in the terminal.
ah ok.
So you are saying ‘interrupt’ is not a keybinding of VS Code?
In my case CTRL C is not working when the terminal is active (or I am too stupid for that), maybe some of the other keybindings are preventing this…
I am not quite sure what the last two items on this list here mean…
What’s the way to start VScode with multiple threads? Juno automatically chooses 4 threads for my laptop but there is only one active thread in VScode. I am on Windws 10 64 bit.
More generally, is it possible to start Julia with some options in VS Code? For example number of processes (say julia -p 4 )or optimization level (say julia -O3), or using a customized system image (I’m particularly interested to see if the approach to fast plotting proposed here, with julia -J myimage.so could work in an IDE). If that is currently not possible, maybe there could be a julia.commandLineFlags setting where one can specify all of this.