Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Wine emulates Win32 API, while Windows subsystem for Linux is based on NT API, a level below Win32 API. So, no, that won't work.



Dang, OP forgot to put /s


The only thing sarcastic is the ripping a hole in space time continuum. Otherwise, it would be a tremendously amusing accomplishment if Wine could run the Windows Subsystem for Linux.

Pointless, yes. But so is the 2048 game.


> Wine emulations Win32 API

What's the deal with this "wine64" command I have in /usr/bin, then?


Well, why isn't it possible to emulate just ntoskrnl, just like WSL does with the Linux kernel?

Granted, it would require people to have a valid Windows license and install media (because you can't redistribute Windows binaries), but I don't see any major problem.


There is flinux from wishstudio on Github for a fully-in-userspace layer that works in Windows 7, it's unmaintained now though


And there was also CoLinux, a linux kernel on top of windows, supersweet. http://www.colinux.org/


And there was LINE.


Isn't the license concern pretty major though? IIRC even in the current form Wine at the early age had been quite controversial, due to legal concerns. They consciously prevented those who have knowledge of Windows internals from contributing to it just to make sure it's a clean room implementation.


IANAL, but doesn't OpenJDK basically do the same (implement documented API interfaces) with Sun's Java? And the Windows syscalls are IIRC also publically documented...


OpenJDK was/is an official Sun (now Oracle) project.

But others did reimplement Java without authorization, such as Apache Harmony, and, well, I think you need to look up Oracle v. Google.


Some WSL components must run in supervisor mode, so a translation layer like Wine or WSL is not powerful enough to emulate it.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: