Re:The story behind OS X’s Unix compliant certification
by YokoZar on Tuesday January 18, 2022 @08:30PM
(#29988711)
Also note that these days Windows itself is an "emulator" in much the same way Wine is when running apps in the various compatibility modes for earlier Windows versions.
Still, even today people tend to think of emulation as implying some sort of required slowdown. Unlike something like ARM or console emulation, most slowness in Wine has just been bugs rather than an inherent limitation of the concept.
Re:The story behind OS X’s Unix compliant certification
by the_only_law on Tuesday January 18, 2022 @11:03PM
(#29989816)
I recall reveal years ago, I hung out in a forum where the users where very pendantic about claiming emulation only refers to hardware level emulation, like on an FPGA, and everything else was simulation.
Interestingly, I’ve never heard that anywhere else since.
Re:The story behind OS X’s Unix compliant certification
by astrange on Tuesday January 18, 2022 @11:37PM
(#29990022)
This reminds me of a hardcore Scheme fan I once knew who was really mad about JavaScript so he would only ever call it ECMAScript.
Re:The story behind OS X’s Unix compliant certification
by yjftsjthsd-h on Wednesday January 19, 2022 @01:59AM
(#29990775)
Hackers have always been fond of pedantry:) It's like how I got really annoyed by people calling the whole OS "Linux", so now I typically refer to "NT, Darwin, and GNU/Linux" out of sheer spite. (I'm aware that this is not helpful to anyone, and I do scale it to make sure everyone can still understand each other, but as personal flaws^wquirks go I think I'm doing just fine;])
Re:The story behind OS X’s Unix compliant certification
by pram on Wednesday January 19, 2022 @05:27AM
(#29991923)
Oh I’ve run into this too, from trollish standards maximalists in the late 90s on IRC. They thought it was super hilarious to be overbearingly pedantic about W3C specs and such to random people.
Re:The story behind OS X’s Unix compliant certification
by willis936 on Wednesday January 19, 2022 @08:10AM
(#29993123)
I've heard the opposite since the term software emulation has its roots in mimicking architectures in software but full blown virtualization simulates the entire system in software.
The original author first was going to call it winemu, but didn't like that. He shortened it to "wine", which led him to think of "whine" and "whinny". He liked "whine" but thought that was too long so "wine" it was.
The first suggestion of "Wine is Not an Emulator" was in 1993, when there were concerns Microsoft might raise trademark objects to "Windows Emulator". No one took that name suggestion seriously.
It wasn't until 1997 that it was adapted, as an alternative. In late 1997, the Wine FAQ said
> The word Wine stands for one of two things: WINdows Emulator, or Wine Is Not an Emulator. Both are right. Use whichever one you like best.
The shift to not mentioning it being a Windows emulator happened later. The release notes for 981108 said
> This is release 981108 of Wine, the MS Windows emulator.
and for 981211 said
> This is release 981211 of Wine, a free implementation of Windows on Unix.
As far as I've been able to glean from old Usenet posts, there were two reasons they stopped mentioning it being an emulator.
1. It could be used for more than just running Windows binaries under Unix. If you had source to a Windows program you could compile it on Unix and link it with Wine to give you a port of the Windows program. Wine was now a Windows compatibility system that included more than just an emulator. It was an emulator and a porting library.
2. Computers were getting fast enough that people were starting to run hardware emulators to do things like run game binaries from old consoles or old personal computers. Such emulators were not very fast. This might lead users to think that emulation was inherently slow, which might turn them off from trying Wine under the mistaken impression that it too would be slow.
Wine, when used to run Windows binaries rather than as a library when porting, is in fact still an emulator just like it was when Bob Amstadt first wrote it. Nothing technical changed when they added the backronym, or changed the text for the 981211 release notes.
But now we have plenty of people who have only ever seen the backronym, and the only emulators they have used that call themselves emulators have been emulating hardware, and so will insist that for something to be an emulator is must be emulating hardware.