Hacker News Reader

Comment by Razengan | Hacker News Reader

People writing emulators are the unsung heroes of tech and art preservation /salute

Wine is not an emulator, as it runs unmodified PE executable by mocking the ABI calls, translating them to Linux equivalent. You can say it is like Windows on Linux, just like Windows on Windows 64, otherwise, WoW64 would be considered an emulator.

The only difference is that only programs that fully uses userspace works, and anything that uses kernel driver will fail miserably. In this sense, games worked out the best because they usually have high level of independence and self-contained, with hardware abstraction layers to make things highly compatible.

If you want to talk about similar stuff, FreeBSD have a Linux compatibility layer similar to Wine. You can use that as a reference, despite both FreeBSD and Linux use ELF, and Windows use PE.

But to be honest at the end of the day, it's just program header describing code sections, library imports/exports and relocations, and this is why you can run Windows app on Linux basically untouched, given you can reverse engineer userspace Windows API calls 100% precisely.

And the legal aspect of it, well...

Also, there is a project called Winlator (https://github.com/brunodev85/winlator) that combines Wine + Box64/Box86 to run x86 games on Wine on Android. Now that is what I call an emulator since Box64/Box86 really is one.

Shush it lets me play Monkey Island on a Mac it’s an emulator

Why isn't there something similar for running OSX apps on linux? Should be easier than wine in theory because it's unix based?

There is: https://www.darlinghq.org/

(It is, unfortunately, newer and much less far along, probably purely because there's less dev-hours and dollars in it)

Yes, of course it can be done, but instead of dealing with PE, now you have to deal with Mach-O

You're practically begging for it...

Wine Is Not an Emulator!

It obviously is an emulator though (which uses entirely HLE). Notably, Wine doesn't use the acronym anymore (about page prefixes with "originally known as").

It is not a traditional emulator which is a virtual machine that executes foreign bytecode or ar least uses a virtual hardware setup. QEMU fits that sense of emulator. Wine doesn't.

Wine lets userspace code to be executed as is with the full permissions of the host system. It is more like an alternative executable format support package / subsystem. It needs to emulate the Windows system DLL calls, but everything else is no different than loading a piece of ELF executable and jumping into it.

This is true but it is pedantic. When people say “emulator” they usually mean “software that lets me run a program on platforms other than the original intended platform”. They don’t care about the implementation details. At some point we need to internally correct minor errors of terminology because the meaning is clear in context.

How are you able to distinguish when people use a word as it is defined from when they redefine it to something else?

For myself, I make every attempt to use words correctly.

True, though as soon as they supported Power PC Mac, emulators have been integrated with it as needed.

Obligatory wine is not an emulator.

But yeah I agree, wine is an awesome emulator, and these people are heroes

Reply on news.ycombinator.com