But it's not an emulator.
It's a compatibility library.
That is, in has the Windows API but it doesn't actually emulate the
hardware or processor or anything like that, which is what is so darned
slow on emulators.
(To see the effect, use vmware; if using a compute-bound application
it's nearly full-speed; if using an i/o-bound application, it's slow as
the dickens. Why? Because it emulates the hardware (i/o) but not the
processor.)
On Mon, 10 Apr 2000, you wrote:
| AARGH! That's simply a play on words!!!! You stated the fact yourself
| - the program that's NORMALLY executed on a WINDOWS platform is allowed
| now to run on a LINUX platform. You EMULATE the Windows enviroment so
| that you can run that program in a Linux enviroment.
|
| ~Mike~
|
| Ron Stodden wrote:
|
| > Michael Holt wrote:
| > >
| > > Well, in my dictionary 'WINE' stands for WINdows Emulator.
| >
| > No. WINE is an acronym for:
| >
| > WINE Is Not an Emulator.
| >
| > This follows the GNU recursive model:
| >
| > GNU is Not Unix.
| >
| > Wine is not an emulator or a simulator - Windows programs directly
| > execute on a Linux implementation of the Windows Application Program
| > Interface (API), and should run just as fast (maybe faster?) as they
| > do under an MS API implementation.
| >
| > --
| >
| > Regards,
| >
| > Ron. [AU] - sent by Linux.
|
| --
| Michael Holt
| [EMAIL PROTECTED]
--
"Brian, the man from babbleon-on" [EMAIL PROTECTED]
Brian T. Schellenberger http://www.babbleon.org
Support http://www.eff.org. Support decss defendents.
Support http://www.programming-freedom.org. Boycott amazon.com.
