Live data from Hacker News

DOS Subsystem for Linux

github.com

141–150 of 182 posts

Re: DOS Subsystem for Linux

#141
post #56

Earlier quoted context omitted.

The WSL terminology really only makes sense if you are aware that Windows has the concept of subsystems - and which is why swapping other labels makes even less sense. I.e. the run-Windows-on-Linux thing would probably not be called Linux Subsystem for Windows, because what is a "Linux Subsystem"? And of course WSL2 isn't a subsystem anymore, but is stuck with the product name. ¯\_(ツ)_/¯

I was under the impression that the name arose out of trademark requirements. https://news.ycombinator.com/item?id=14093517

I assumed it was marketing. They didn't want to put the other guy's name first.

Re: DOS Subsystem for Linux

#142
post #27

There are a ton of comments here that seem to be misunderstanding what this software is. This creates a WSL-like environment on a DOS host system. It does not create a DOS environment on a Linux host. I'm not sure where this misunderstanding even comes from; the name is perfectly analogous to WSL.

Maybe it's wishful thinking that the embracing and extending can be recursively embraced. :)

Re: DOS Subsystem for Linux

#143
post #33

Earlier quoted context omitted.

The GIF's prety much crystal clear: it runs QEMU on Linux. And QEMU runs whatever you want, because it's a machine emulator/virtualiser, in this case it's running as x86 with MS DOS on top.

No.... QEMU is being used to run DOS, since a) who runs DOS on metal these days, and b) how would you record the screen if you were running DOS on metal (I suppose you could use a capture card). Linux is running in a WSL-like environment on the DOS host.

>who runs DOS on metal these days

freedos developers?

people updating HP bios from bootable media

people using intels ssd firmware update tool

Re: DOS Subsystem for Linux

#144
post #52
post #27

There are a ton of comments here that seem to be misunderstanding what this software is. This creates a WSL-like environment on a DOS host system. It does not create a DOS environment on a Linux host. I'm not sure where this misunderstanding even comes from; the name is perfectly analogous to WSL.

I would imagine it's because WSL is a terribly confusing name itself for a lot of people. There are two ways to read "Windows Subsystem for Linux": 1. This is a subsystem that runs on Windows that enables Linux binaries. 2. This is a subsystem that runs on Linux that enables Windows binaries. The confusion comes in the fact that when I write those two sentences, I naturally want to write "This is a subsystem FOR Wind…

Yep - the sentence "X subsystem for Y" reads to me like you're adding an X thing to your Y - i.e. you're adding some Windows thing to your Linux, but what Microsoft means by it is the other way around.

Re: DOS Subsystem for Linux

#145
post #56

Earlier quoted context omitted.

The WSL terminology really only makes sense if you are aware that Windows has the concept of subsystems - and which is why swapping other labels makes even less sense. I.e. the run-Windows-on-Linux thing would probably not be called Linux Subsystem for Windows, because what is a "Linux Subsystem"? And of course WSL2 isn't a subsystem anymore, but is stuck with the product name. ¯\_(ツ)_/¯

And if you think "Windows Subsystem for Linux" is bad, the subsystem that enables the Win32 API is csrss or "Client/Server Runtime Subsystem" and it makes you think: why does that subsystem not mention Windows but the Linux one does?

I have to assume the answer to that question is marketing. They really want to hammer into you that you're running Linux on Windows.

Re: DOS Subsystem for Linux

#146
post #131

Since it's not entirely clear: this works by loading a Linux kernel into unused memory, saving the current state of DOS, turning over control of the computer to Linux, then having the init process start a new that uses the vm86 system call to resume execution of DOS.

That is actually not far from how the kernel of the Win9x series (and also Win3.x on a 386) is structured --- a "hypervisor"-like kernel runs DOS and Win32 applications in "virtual machines" using the V86 mode of the processor. In Win386/9x, that kernel is known as VMM32. In this case, it's the Linux kernel. It's very interesting to see these "chimeric" OSs appear.

Re: DOS Subsystem for Linux

#147
post #56
post #52

Earlier quoted context omitted.

I would imagine it's because WSL is a terribly confusing name itself for a lot of people. There are two ways to read "Windows Subsystem for Linux": 1. This is a subsystem that runs on Windows that enables Linux binaries. 2. This is a subsystem that runs on Linux that enables Windows binaries. The confusion comes in the fact that when I write those two sentences, I naturally want to write "This is a subsystem FOR Wind…

The WSL terminology really only makes sense if you are aware that Windows has the concept of subsystems - and which is why swapping other labels makes even less sense. I.e. the run-Windows-on-Linux thing would probably not be called Linux Subsystem for Windows, because what is a "Linux Subsystem"? And of course WSL2 isn't a subsystem anymore, but is stuck with the product name. ¯\_(ツ)_/¯

> And of course WSL2 isn't a subsystem anymore, but is stuck with the product name

Even WSL1 is not a classic Windows NT subsystem. Its implementation (picoprocesses) is quite different from that of the classic Windows NT subsystems (Win32, OS/2, POSIX/Interix/SFU/SUA). The classic Windows NT subsystems all involve using ntdll.dll to make NT syscalls; WSL1 processes make Linux syscalls and can't actually make NT syscalls or call ntdll. There is nothing technically stopping an OS/2 1.x executable from realising that it is running on NT and start talking to the NT kernel using the normal NT API; by contrast, a Linux executable running under WSL1, even if it detects it is running under WSL1, isn't allowed to talk to the normal NT kernel interfaces.

Re: DOS Subsystem for Linux

#148
post #14

If I recall correctly, there was at one time a Linux boot loader that ran from DOS, which could make use of DOS device drivers. I recall using Yggdrasil Linux which had an option to boot this way, which used the DOS driver for my SCSI card and CDROM drive to make it available under Linux.

Netware servers used to use DOS as a bootloader too.

Re: DOS Subsystem for Linux

#149

Earlier quoted context omitted.

This is helpful, but the composition rules are weird and confusing. It's true that a Linux Subsystem is a subsystem of Linux, but an "X for Linux" is a component of Linux or an application for Linux. When you put them together, it seems that the "for" wins the battle. In parsing terminology, it has lower precedence (though I'm sure the actual rules of English are more complex than that indicates). I'd love to see an…

I have an English degree and can confidently say the issue is the implicit understood possessive in the correct parsing. As it stands, “for” dominates mentally because the phrase obviously needs a possessive to make sense and “for” denotes possession. If it were “Window’s Subsystem for Linux” or “DOS’s Subsystem for Linux”, explicating the proper possession, the parsing trouble would disappear.

So would just saying Linux subsystem for windows.

Which was raised when this name came up but they didn't like that Linux came first so went with gymnastic language instead.

Its even more obvious with this new name.

Its a Linux subsystem for DOS.

Re: DOS Subsystem for Linux

#150
post #27

There are a ton of comments here that seem to be misunderstanding what this software is. This creates a WSL-like environment on a DOS host system. It does not create a DOS environment on a Linux host. I'm not sure where this misunderstanding even comes from; the name is perfectly analogous to WSL.

Next up is Microsoft's browser: Windows Subsystem for HTML

Have you heard of the HTML5 supercomputer? https://twitter.com/Html5Nikola
Post reply on HN