home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text3798.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  1.5 KB  |  37 lines
  1. In-Reply-To: Your message of "Mon, 07 Aug 1995 08:36:09 PDT."
  2.              <199508071536.IAA09482@cheetah.it.wsu.edu> 
  3. Mime-Version: 1.0
  4. Content-Type: text/plain; charset=us-ascii
  5. Date: Mon, 07 Aug 1995 13:44:46 EDT
  6. From: "Jered Floyd - jered@mit.edu" <jered@MIT.EDU>
  7. Sender: owner-paper@nacm.com
  8. Precedence: bulk
  9.  
  10.  
  11. First, a service message.  vorlon.mit.edu may be unavailable for short
  12. periods of time for the installation of a new 4 GB hard drive.
  13.  
  14. Next:
  15.    The product from Quix is very much like previous emulators like MAE, in
  16. that it is both platform and Apple dependent.  By using the PowerPC, Quix
  17. has been able to sidestep the entire processor emulation problem.  For 68k
  18. and OS emulation, the product depends on a commercial version of System 7.1.
  19. While this still leaves quite a bit of work to do, I think that it pales
  20. in comparison to the work necessary to make Executor.  Also, the Quix
  21. product only runs on IBM PowerPC PReP systems, which are currently
  22. very rare.
  23.  
  24.    It is also interesting to note that Quix has a similar product called
  25. 'Daydream' that provides Mac emulation on black NeXTs. It consists of a 
  26. small (2" x 3") box which contains Apple ROMs, software, and Apple 
  27. System 7.1.  
  28.  
  29.    While these systems probably outperform Executor and are much more stable,
  30. they are both on rare platforms that don't have the challenge that the
  31. x86 presents, and are very Apple dependent. For those reasons, I doubt that
  32. Quix will be a competitor in the x86 market.
  33.  
  34. --Jered
  35. jered@mit.edu
  36.  
  37.