Live data from Hacker News

Wine on Windows 10

reddragdiva.dreamwidth.org

81–90 of 135 posts

Re: Wine on Windows 10

#81
post #79
post #73

Earlier quoted context omitted.

Playing Exile 2 is exactly why I want to run 16 bit applications. I basically learned English from that game! I remember being frustrated being locked into the shareware version by Shareware Barriers, figuring out how to edit maps by using Norton Disk Edit on the game files, and digging new tunnels into the cave wall. I was about 12 and I still consider this my greatest hacking achievement...

You are in luck then, all three Exile games are free from the site :-) (you need to dig a bit to find them, go to the games, then old games then click on the icon for the windows version).

> you need to dig a bit to find them

Should not be a problem, seems user has been digging for Exile since he was 12

Re: Wine on Windows 10

#82
post #48
post #7

Earlier quoted context omitted.

This project is only completed when you can recursively keep doing this forever, without it ever breaking.

We know how it would look like! Here is a nice illustration: https://m.xkcd.com/1764/

To tie this back to Wine, here is what we actually do during some parts of the Proton[1] build process: Run a Debian 9 VM, inside of which we run an Ubuntu 12.04 Docker container (the Steam runtime), which runs an Arch Linux chroot in order to gain a modern cross-compiler. It's a doozy[2]!

[1] Proton is Valve's fork of Wine which ships with the Linux Steam client.

[2] https://github.com/ValveSoftware/Proton/commit/d68e71bed61c8...

Re: Wine on Windows 10

#83
post #60

Earlier quoted context omitted.

WSL is part of Windows 10, so I didn't feel the title was leaving out something important.

Well, you are right but I expected to find an article speaking about Wine running on native Windows without WSL, which would make it interesting in another way. I would not expect Wine not to run on WSL. What I learned from the article though is that WSL1 does not run 32 bit binaries (and that someone botched their registry trying to run Wine on Windows back in 2004, which I found funny).

> Well, you are right but I expected to find an article speaking about Wine running on native Windows without WSL

While it isn't all of Wine, it is a fairly well-known usecase to build certain Wine modules and run those on Windows. It's been used to support ancient games that depend on certain old quirks that have changed in more recent Windows. It's also used by graphics driver developers, because Wine's implementation works on both Windows and Linux, so they can study differences at the driver level on both platforms.

Re: Wine on Windows 10

#84
post #82
post #48

Earlier quoted context omitted.

We know how it would look like! Here is a nice illustration: https://m.xkcd.com/1764/

To tie this back to Wine, here is what we actually do during some parts of the Proton[1] build process: Run a Debian 9 VM, inside of which we run an Ubuntu 12.04 Docker container (the Steam runtime), which runs an Arch Linux chroot in order to gain a modern cross-compiler. It's a doozy[2]! [1] Proton is Valve's fork of Wine which ships with the Linux Steam client. [2] https://github.com/ValveSoftware/Proton/commit/d6…

May I ask why you need that many distributions? It really looks interesting.

Re: Wine on Windows 10

#85

Earlier quoted context omitted.

Looking at the install.inf file, I saw that they first remove a key from the registry with the name VDM in it. So I wondered what VDM means. > Virtual DOS machines (VDM) refer to a technology that allows running 16-bit/32-bit DOS and 16-bit Windows programs when there is already another operating system running and controlling the hardware. https://en.wikipedia.org/wiki/Virtual_DOS_machine So how come otvdm is needed…

MS is already running a similar system to translate 32-bit applications to 64-bit mode (WOW64). Keeping compatibility with 16-bit would have big consequences for the NTVDM. The alternative would be to run NTVDM on top of WOW64 but such a system would be a recipe for disaster. I don't think the compatibility with 16-bit systems is worth the headache/expense. As long as 32-bit Windows exists, you can still run the few…

>I doubt anyone is missing much aside from a few nostalgic gamers.

There's tons of 16-bit SCADA stuff in the world that it would be nice to not have to run on a ~20yo version of windows.

Re: Wine on Windows 10

#86
Too bad Microsoft chose to name their solution "WSL". If they'd have named it Line (Line Is Not an Emulator or LINux Emulator) then we could have called this Wine onLine!

Re: Wine on Windows 10

#87
post #84
post #82

Earlier quoted context omitted.

To tie this back to Wine, here is what we actually do during some parts of the Proton[1] build process: Run a Debian 9 VM, inside of which we run an Ubuntu 12.04 Docker container (the Steam runtime), which runs an Arch Linux chroot in order to gain a modern cross-compiler. It's a doozy[2]! [1] Proton is Valve's fork of Wine which ships with the Linux Steam client. [2] https://github.com/ValveSoftware/Proton/commit/d6…

May I ask why you need that many distributions? It really looks interesting.

Debian 9 for the Vagrant VM, because it was modern at the time (probably upgrading it to Debian 10 soon). Ubuntu 12.04 because that's what the Steam runtime uses, because it was modern at the time and upgrading while maintaining binary compatibility is Hard. Arch Linux because building a modern cross-compiler on Debian/Ubuntu is Hard.

What, did you want good reasons? :)

Re: Wine on Windows 10

#88

Earlier quoted context omitted.

When people say 'Linux' in reference to WSL1, it's a Linux Kernel API emulation layer on top of the Windows kernel that ships with Windows. The user-mode stuff on top of that is regular Ubuntu or whatever, but you can argue that Wine is running on Windows, it's just speaking the Linux system call language and using some user-space linux libraries instead of win32 libraries.

> When people say 'Linux' in reference to WSL1, it's a Linux Kernel API emulation layer on top of the Windows kernel I have always thought it was some kind of "low level" VM. Based on your comment, it's more like a Frankenstein monster...

The Windows kernel is a true micro-kernel, unlike the monolith of Linux, and the Frankenstein mess of Mac "OS". Different API subsystems can run on top of it. There used to be a supported POSIX subsystem.

Re: Wine on Windows 10

#89

Earlier quoted context omitted.

MS is already running a similar system to translate 32-bit applications to 64-bit mode (WOW64). Keeping compatibility with 16-bit would have big consequences for the NTVDM. The alternative would be to run NTVDM on top of WOW64 but such a system would be a recipe for disaster. I don't think the compatibility with 16-bit systems is worth the headache/expense. As long as 32-bit Windows exists, you can still run the few…

>I doubt anyone is missing much aside from a few nostalgic gamers. There's tons of 16-bit SCADA stuff in the world that it would be nice to not have to run on a ~20yo version of windows.

Aren't there still 32-bit versions of Windows 10? AFAIR only the server versions are 64-bit only by now.

Re: Wine on Windows 10

#90

Earlier quoted context omitted.

When people say 'Linux' in reference to WSL1, it's a Linux Kernel API emulation layer on top of the Windows kernel that ships with Windows. The user-mode stuff on top of that is regular Ubuntu or whatever, but you can argue that Wine is running on Windows, it's just speaking the Linux system call language and using some user-space linux libraries instead of win32 libraries.

> When people say 'Linux' in reference to WSL1, it's a Linux Kernel API emulation layer on top of the Windows kernel I have always thought it was some kind of "low level" VM. Based on your comment, it's more like a Frankenstein monster...

No, WSL 1 was an actual kernel layer. WSL 2 actually is a real Linux kernel on top of a VM but with some extra bits to integrate nicely with the Windows side of things.
Post reply on HN