Announcement

Collapse
No announcement yet.

Microsoft Confirms WSL To Co-Exist With WSL2, Other Windows Subsystem for Linux Details

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    Maybe this will finally allow running 16-bit Windows applications on 64-bit Windows through Wine. Until now, this has been prevented by missing modify_ldt syscall. Although modify_ldt has security implications, so maybe Microsoft will not enable it.

    Comment


    • #12
      Originally posted by WLBI View Post
      Don't think so? Did you think about WSL 10 years ago?
      Think about it? No. I lived it!

      Check out these MS technologies:



      And as a bonus (to show how FreeBSD friendly Microsoft Research used to be):
      https://en.wikipedia.org/wiki/Shared...Infrastructure

      Microsoft POSIX layers are not new. They are in fact standards that Microsoft has an active interest to adhere to. The fact that Linux is currently more trendy than UNIX is simply a means to an end, which is POSIX compatibility. Nothing more (and just a little bit less .

      Comment


      • #13
        I lived it as well. Really worse I had to work with them. Reality is Interix/Windows Services for Unix has the same file system issues as WSL 1. Yes 1996 Interix and WSL 1 when building from source has basically all the same problems. These problems never went away. This is why 10 years ago I was messing around with colinux attempt to get myself out of pure hell.


        Originally posted by kpedersen View Post
        And as a bonus (to show how FreeBSD friendly Microsoft Research used to be):
        I hope you were being sarcastic.

        The Shared Source CLI use the non-free Microsoft Shared Source Common Language Infrastructure license. This license allows modifications and redistribution of the code for personal or academic usages, but they can't be used for commercial products
        FreeBSD is classed as a commercial product if you look up the legal defines of that. So stacks of stuff freebsd and Linux could not use. This license makes CDDL that ZFS is under look good.

        Originally posted by kpedersen View Post
        Microsoft POSIX layers are not new. They are in fact standards that Microsoft has an active interest to adhere to.
        Total falsehood. Don't think these lies will fly for anyone who had to work with the stuff. https://en.wikipedia.org/wiki/Microsoft_POSIX_subsystem This is the only time it was true. IEEE Std 1003.1-1990. Once you get to Interix and Windows services for Unix its still only has conformance to IEEE Std 1003.1-1990. So where are your newer versions of Posix that right Microsoft served up broken.

        POSIX.2 Shell and Utilities (IEEE Std 1003.2-1992) not once does Interix or Windows services for Unix pass this.
        Yes there are quite a few more Posix standards that the windows implementations never had.


        Yes most Linux distributions are way higher on Posix conformance than windows was once you cross 1993.

        Originally posted by kpedersen View Post
        The fact that Linux is currently more trendy than UNIX is simply a means to an end, which is POSIX compatibility. Nothing more (and just a little bit less .
        Linux is a little more than Trendy. Microsoft this time has to make it work right. Not say hey you can just rebuild that program with custom code so it works on our non conforming bit of crud.

        This should make it more than clean why 10 years ago I was looking at colinux.org and praying it would get somewhere because everything Microsoft was offering back then was total junk. It was simpler back then to rewrite the program in win32 than deal with the mega nightmares Windows Services for Unix would throw up and I suspect this was intentional.

        Comment


        • #14
          Due to the Hyper-V usage of WSL2, WSL2 will not work when VirtualBox or VMware software is active
          Which means I'll have to stick with the original WSL, as long as it's available. Pity.

          Comment


          • #15
            It's very surprising to see Microsoft taking a hint from Google's playbook and allowing two competing projects using different technical approaches for the same job to co-exist.

            Nothing negative to say for once. Good for them.

            Comment


            • #16
              Originally posted by thunderbird32 View Post

              Which means I'll have to stick with the original WSL, as long as it's available. Pity.
              why you need WSL if you are using Vbox or VMWare?

              Comment


              • #17
                Any estimate when MS would replace NT kernels with Linux? Would be next logical thing to do after dropping IE... . Though I'm pretty sure MS could turn even Linux into backdoored, vendorlocked something.

                Comment


                • #18
                  Originally posted by SystemCrasher View Post
                  Any estimate when MS would replace NT kernels with Linux? Would be next logical thing to do after dropping IE... . Though I'm pretty sure MS could turn even Linux into backdoored, vendorlocked something.
                  Really WSL 1 they tried that vendorlocked path. WSL2 they are having to use a GPLv2 Linux kernel and have to document all there kernel level modifications.

                  I am kind of waiting to see if virtualbox or vmware fork WSL2. Remember both refuse to work with Linux kernel KVM so working with hyper-v is unlikely even if MS provides API/ABI.

                  Next I don't think its going to be exactly MS replace NT kernels with Linux. Lets look at Valve for a moment as soon as WSL2 can run graphical programs and sound I could see Valve and other old game distributors in there with bells on to run legacy Windows program inside wine inside WSL2.

                  Yes we could wake up to a stupid day where more Windows games run inside WSL2 and Linux than what in fact run on Windows NT kernel.

                  Comment

                  Working...
                  X