this post was submitted on 06 Aug 2024
547 points (97.7% liked)

linuxmemes

20880 readers
9 users here now

I use Arch btw


Sister communities:

Community rules

  1. Follow the site-wide rules and code of conduct
  2. Be civil
  3. Post Linux-related content
  4. No recent reposts

Please report posts and comments that break these rules!

founded 1 year ago
MODERATORS
547
Wine acronym (lemmy.ca)
submitted 3 months ago* (last edited 3 months ago) by [email protected] to c/[email protected]
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 8 points 3 months ago (5 children)
[–] [email protected] 23 points 3 months ago (4 children)

Not really. It is just translating the Windows system API calls into Linux system API calls. It's not emulating Windows, it's an entirely different implementation that doesn't necessarily match that of Microsoft's implementation. It had it own workarounds to make buggy code work.

You wouldn't call a Java Virtual Machine an emulator of another JVM either, they're just different implementations of the same specification.

[–] [email protected] 10 points 3 months ago (2 children)

Thing is, I do kind of think of a JVM as an emulator for a processor that doesn't exist.

WINE kind of blurs the line of a traditional emulator by having the executable run natively on the target machine's CPU, but everything it does in regards to dealing with the host OS, the display, disk access, etc, is emulated as far as I'm aware.

A theoretical PS4 or Xbox One emulator running on x86 hardware could be just as much of an emulator as WINE is.

[–] bitfucker 2 points 3 months ago

Maybe depending on how far you take it. A CPU instruction is different from hardware to hardware, but a function signature would stay the same no matter the underlying architecture. If we want to go through that logic then an interpreter can be thought of as a form of emulator.

load more comments (1 replies)
load more comments (2 replies)
load more comments (2 replies)