home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text3236.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.2 KB  |  54 lines
  1.     id m0u16TH-0007r4a; Mon, 25 Mar 96 00:13 MST
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0u16Si-0007r2n; Mon, 25 Mar 96 00:13 MST
  5. Path: sloth.swcp.com!ns2.mainstreet.net!jaxnet.jaxnet.com!uunet!in1.uu.net!news.BSDI.COM!engr.orst.edu!news.PEAK.ORG!NewsWatcher!user
  6. From: fazz9818@tao.sosc.osshe.edu (Christopher Fazzio)
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: Another Mac Rom Question
  9. Date: Fri, 22 Mar 1996 12:25:37 -0800
  10. Organization: CS Outreach Services--PEAK, Corvallis, Oregon, USA
  11. Lines: 33
  12. Message-ID: <fazz9818-2203961225380001@198.68.31.41>
  13. References: <31521DBE.1D51@cais.com> <4itbdv$o3k@newsstand.cit.cornell.edu>
  14. NNTP-Posting-Host: p08.t0.wave.net
  15. To: executor@ardi.com
  16. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  17. Sender: owner-executor@ardi.com
  18. Precedence: bulk
  19.  
  20. ARDI is cool, but it is in serious trouble.  Apple currently has an
  21. emulator for Unix users, called MAE (Macintosh Application Envirinment). 
  22. It includes Macintosh ROM cade, and is 99.9999999+% compatible with Mac
  23. programs.  It also has networking services in addition to other things
  24. that Executor can not.  ARDI is in trouble, because a "PC" version is due
  25. for next year.  Two thing will happen:
  26.  
  27. 1) Apple's MAE will be more compatible, faster, better features, and more stable
  28.  
  29. and/or
  30.  
  31. 2) Apple will buy ARDI, swallow their source code, and some features, and
  32. seel it a MAE for "PC's".
  33.  
  34. ARDI's executor is neat because it's a first, but it's only a mediocre
  35. first-generation product.  Apple's emulator will make it impossible for
  36. ARDI to compete.  
  37.  
  38.  
  39. In article <4itbdv$o3k@newsstand.cit.cornell.edu>, wmagro@msc.cornell.edu
  40. (William Magro) wrote:
  41.  
  42. > Fabian Jimenez (fabian@cais.com) wrote:
  43. > : Why not just let the 
  44. > : end user supply their own rom images (legally) like those Mac emulators 
  45. > : that exist for the Amiga and Atari?
  46. > 
  47. > An important source of executor's speed is its native implementation
  48. > of OS functions.  To use the roms would mean emulating 68040 code
  49. > all of the time.  This would be slow.  Of course there are other
  50. > good reasons for not using the ROMs, as well.
  51. > 
  52. > --Bill
  53.  
  54.