<div dir="ltr"><div dir="ltr">Hi<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 5, 2022 at 11:57 AM Lawrence D'Oliveiro <<a href="mailto:ldo@geek-central.gen.nz">ldo@geek-central.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 5 Aug 2022 11:35:54 +0400, Marc-André Lureau wrote:<br>
<br>
> With the addition of AF_UNIX socket support, Windows developers have<br>
> shown interest in adding more features over time (<br>
> <a href="https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/#unsupportedunavailable" rel="noreferrer" target="_blank">https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/#unsupportedunavailable</a>),<br>
> including SCM_RIGHTS/fdpass.<br>
<br>
Fun fact: Windows NT (supposedly) had a POSIX-compatible layer in its<br>
early days. But that seems to have bitrotted away over time.<br>
<br>
Given that the Windows kernel has become so complex that every time<br>
Microsoft adds a new feature or even just a new bugfix, the odds are<br>
good that it adds new bugs as well, I wonder when they will realize that<br>
WSL2 offers them an easier way out -- get rid of the Windows kernel<br>
altogether, and reimplement Windows APIs as a compatibility layer on top<br>
of the Linux kernel.<br>
<br>
I suspect there are already some within Microsoft who are considering<br>
this.<br>
</blockquote></div><div><br></div><div><br></div><div>Ahah, that might be a fun challenge that some crackerjacks would be willing to participate in, but I doubt it :) There is a whole world of vendors & manufacturers around the Windows kernel (at least for PC) to start with.<br></div><br>-- <br><div dir="ltr" class="gmail_signature">Marc-André Lureau<br></div></div>