File System Improvements to the Windows Subsystem for Linux
blogs.msdn.microsoft.com
File System Improvements to the Windows Subsystem for Linux
1–10 of 108 posts
Re: File System Improvements to the Windows Subsystem for Linux
#2I wonder if they have plans to add other emulation features, most importantly the ability to passthrough USB devices (or even graphic cards?).
I don't need or want the Linux graphical interface of my VM, it's pretty much redundant, but I do need to make devices available to the Linux software. Otherwise it's a bit like emulating a microcontroller - sure, Turing says the thing can compute everything, but in a very practical sense it can do absolutely nothing without it's outside inputs and periphery. I need the damn side-effects!
Re: File System Improvements to the Windows Subsystem for Linux
#3Does it suffer from similar quirks as Cygwin (.exe suffix removal, symlinks, permissions mapping)?
- https://cygwin.com/cygwin-ug-net/using-specialnames.html
- https://cygwin.com/cygwin-ug-net/using.html#pathnames-symlin...
Re: File System Improvements to the Windows Subsystem for Linux
#4I wonder if they have plans to add other emulation features, most importantly the ability to passthrough USB devices (or even graphic cards?). I don't need or want the Linux graphical interface of my VM, it's pretty much redundant, but I do need to make devices available to the Linux software. Otherwise it's a bit like emulating a microcontroller - sure, Turing says the thing can compute everything, but in a very pra…
They did recently add support for standard serial devices[1]. I'm not sure if this support extends to USB or what any such timeline looks like.
[1] https://blogs.msdn.microsoft.com/wsl/2017/04/14/serial-suppo...
Re: File System Improvements to the Windows Subsystem for Linux
#5I wonder if they have plans to add other emulation features, most importantly the ability to passthrough USB devices (or even graphic cards?). I don't need or want the Linux graphical interface of my VM, it's pretty much redundant, but I do need to make devices available to the Linux software. Otherwise it's a bit like emulating a microcontroller - sure, Turing says the thing can compute everything, but in a very pra…
They did recently add support for standard serial devices[1]. I'm not sure if this support extends to USB or what any such timeline looks like. [1] https://blogs.msdn.microsoft.com/wsl/2017/04/14/serial-suppo...
It does seem to work with USB serial devices, but only because those drivers on windows in turn emulate a serial port.
So we have the USB driver pretending to be a serial port to Windows pretending to be a TTY to the Linux subsystem.
It's a bit silly, but then I imagine TTY is a whole lot easier to emulate (even with all the cruft on that) than a USB chipset.
Re: File System Improvements to the Windows Subsystem for Linux
#6Does it suffer from similar quirks as Cygwin (.exe suffix removal, symlinks, permissions mapping)? - https://cygwin.com/cygwin-ug-net/using-specialnames.html - https://cygwin.com/cygwin-ug-net/using.html#pathnames-symlin...
In my experience, no. They only just recently added support for executing apps between environments.
Executing Windows apps from the bash shell can be surprising:
$ notepad The program 'notepad' is currently not installed. You can install it by typing: sudo apt install wine1.6
$ notepad.exe (Note Pad is launched)
$ /mnt/c/Windows/System32/notepad.exe (Note Pad is launched)
In the latest builds symlinks no longer require administrator permissions.
Don't know what you're referring to in regards to permissions mappings, but know that the Windows' permissions always trump whatever your see from chmod/ls -al
Re: File System Improvements to the Windows Subsystem for Linux
#7Earlier quoted context omitted.
They did recently add support for standard serial devices[1]. I'm not sure if this support extends to USB or what any such timeline looks like. [1] https://blogs.msdn.microsoft.com/wsl/2017/04/14/serial-suppo...
It does seem to work with USB serial devices, but only because those drivers on windows in turn emulate a serial port. So we have the USB driver pretending to be a serial port to Windows pretending to be a TTY to the Linux subsystem. It's a bit silly, but then I imagine TTY is a whole lot easier to emulate (even with all the cruft on that) than a USB chipset.
Tangential, but there was a recent HN article (I think) (that for the life of me I cannot find a link to) that referenced a Microsoft DSL for describing finite state machines that was principally developed to implement MS's USB driver. Closest link I could find (which is not the correct one) is: https://www.microsoft.com/en-us/research/project/model-based...
Re: File System Improvements to the Windows Subsystem for Linux
#8I wonder if they have plans to add other emulation features, most importantly the ability to passthrough USB devices (or even graphic cards?). I don't need or want the Linux graphical interface of my VM, it's pretty much redundant, but I do need to make devices available to the Linux software. Otherwise it's a bit like emulating a microcontroller - sure, Turing says the thing can compute everything, but in a very pra…
Seems like you might be better served with a linux desktop and windows in a VM then.
The use case for WSL right now is someone like a web developer. They can develop and debug node apps locally in their native environment.
Re: File System Improvements to the Windows Subsystem for Linux
#9I haven't dug deep into it yet. But, I'll say that I've been having fun compiling (command line) Linux apps with Clang and visually debugging them with GDB all through the UI of VStudio Community Ed and without a VM. /shill mode
Linux is not a target for the code I'm working on. But, I like to keep my code as cross-platform as possible. Between this setup and prototyping code on several compilers via goldbolt.org, staying standard-compliant and compiler-agnostic is much easier than ever before.
Re: File System Improvements to the Windows Subsystem for Linux
#10I was going to make another comment, but just found out while searching that WSL is //supposed// to be based on Ubuntu (20)16.04 now (instead of 14.04) I guess the next time I work with those systems I'll have to run down some upgrade / re-install directions.
I wonder if that will fix the issue where I was unable to mv folders around the c:\ drive within the /mnt/c FS. (It more or less locked up to the point that I had to restart to clear the issue.)