home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text1938.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  7.3 KB  |  162 lines
  1. I have snipped the first portion of Kevin's post away (it requested
  2. people to not fight OS wars on comp.emulators.mac.executor) and have
  3. added comp.sys.mac.advocacy to the Newsgroups line because my reply to
  4. Kevin (and the non-snipped portion of Kevin's message) *is* Mac
  5. advocacy, albeit Mac advocacy that's in ARDI's interest.
  6.  
  7. I've also bcc'd this to a few people at Apple, because Kevin's letter
  8. is an unsoliticited testimony to why cooperation between Apple and
  9. ARDI would benefit both.  A brief description of Executor is provided
  10. at the end of this article for people who aren't aware of what it is,
  11. what it does and what it doesn't do.
  12.  
  13. >>>>> "Kevin" == Kevwil  <kevwil@aol.com> writes:
  14. In article <4joh2n$i2t@newsbf02.news.aol.com> kevwil@aol.com (Kevwil) writes:
  15.  
  16.     [snip]
  17.  
  18.     Kevin> Executor Apps in the Browser's hotband: Adobe Illustrator
  19.     Kevin> 5.5 NIHImage 1.58 UltraPaint 1.05 ClarisWorks 2.1 Compact
  20.     Kevin> Pro 1.50 Dynodex 3.0 GhostScript Giffer 1.1.2 KidPix 1.0
  21.     Kevin> MicroSoft Word 5.1a QuarkXpress 3.2 Rescue 2.03 SimEarth
  22.     Kevin> Color Speedometer 3.23 Stuffit Expander Tetris Max 2.4
  23.     Kevin> TexEdit Vision-3D
  24.  
  25.     Kevin> Where else could you run these apps without a hardware cost
  26.     Kevin> of $1200 or more!
  27.  
  28. I think some of the low-end Macs cost less than $1200, but thank you
  29. for providing this list of what you use under Executor.
  30.  
  31.     Kevin> Apple should probably pay ARDI a commission because, since
  32.     Kevin> registering E/D(b&w) and being introduced to the Mac thru
  33.     Kevin> it, I have purchased a Performa 460 for my daughter and a
  34.     Kevin> Quadra 800 for myself. My Mac backups reside in HFV's
  35.     Kevin> created with E/D on Dos-based Bernouilli 90 disks.
  36.  
  37. You're not alone.  Ernst Oud, a frequent contributor to
  38. comp.emulators.mac.executor, and others have reported similar stories.
  39.  
  40. Macs are still the right choice for millions of people, and even
  41. though Executor doesn't run the Finder, Executor manages to let PC
  42. users see *some* of the benefits of Macs.
  43.  
  44. As regular readers of the comp.emulators.mac.executor newsgroup know,
  45. we're in the process of getting our first beta CD-ROMs made.  Once we
  46. get a beta CD-ROM we're happy with, we'll send some copies to people
  47. at Apple and let them see what we've done so far *without* any
  48. official cooperation between our two companies.
  49.  
  50. There is technically no reason why x86 based PCs couldn't run a very
  51. large subset of MacOS in a relatively short period of time, with
  52. cooperation from Apple (even without cooperation from Apple we'll be
  53. making great strides in compatibility in '96).  Even then, buying Macs
  54. would make sense for millions of users -- everyone with a '386 or
  55. better PC would be able to inexpensively check out Macs, and many
  56. would recognize that for many purposes, real Apple Macs (and clones)
  57. would be preferable to running MacOS on a PC.
  58.  
  59. The following paragraphs rebut some of the common objections to MacOS
  60. on the PC.  NOTE: Executor is *NOT* MacOS on the PC, and the following
  61. paragraphs are *not* talking about Executor as it currently exists,
  62. but about a hypothetical future product that would combine Executor's
  63. technology with MacOS.
  64.  
  65. I know some people think Apple should avoid MacOS on Intel because
  66. they need all their engineers working on Copland and other Mac
  67. hardware based projects.  That's OK.  ARDI has its own engineers and
  68. when Executor 2 is shipping we'll have the resources to hire more.
  69.  
  70. I know some people think that a less than 100% plug-and-play, 100%
  71. compatible with MacOS 7.5, 100% compatible with PPC version of MacOS
  72. on Intel would somehow make Apple look bad, but that's a matter of
  73. marketing.  I have enough respect for PC buyers to believe that they
  74. could easily understand the message "this software allows you to run
  75. many Macintosh programs on your existing PC -- if you like what you
  76. see, consider a real Mac for your future computing needs".
  77.  
  78. I know some people think that putting MacOS on x86 based PCs would
  79. result in fewer Apple and clone real Macs being sold because people
  80. would just use the PC version and not buy real Macs.  From a technical
  81. standpoint, this could happen in theory -- if the compiler tools
  82. people gave ISVs the tools to include native x86 code fragments for
  83. compute intensive tasks, the low cost of x86 processors and
  84. motherboards could conceivably result in MacOS running sufficiently
  85. well and sufficiently cost effectively on the x86 to cut into Apple's
  86. sales.
  87.  
  88. Personally I don't see it happening in the near future because there
  89. would be an awful lot of software engineering necessary to get that
  90. far.  Instead I see a limited MacOS on Intel as being a good
  91. compromise for pre-existing machines and for machines that *have* to
  92. run x86 binaries at blazing speeds, with real Macs being easier to
  93. configure, easier to add peripherals to and a more cost effective
  94. solution for Mac-only users.  But if an x86 version ever did beat
  95. non-x86 versions in all those categories, then Apple would have the
  96. option of building x86 machines.  Some programmers would weep, but the
  97. end user wouldn't care.
  98.  
  99. Oh well, enough of the hypothetical.  We've come this far without
  100. Apple's cooperation (though to be fair, we haven't heard any
  101. objections from Apple, either).  We'll still make tremendous progress
  102. in '96 no matter what happens.
  103.  
  104.     Kevin> Eagerly awaiting, after the relese of 2.0, the following:
  105.  
  106.     Kevin> Serial support
  107.  
  108. We already have some of this working in the lab; it just wasn't stable
  109. enough to make the feature set of E2.
  110.  
  111.     Kevin> FPU emulation
  112.  
  113. We'll probably support SoftFPU through INIT and cdev support before we
  114. do our own FPU emulation.  Mat, our emulator guru, is too busy working
  115. on VCPU (which is faster than Syn68k and also allows PPC emulation)
  116. and besides, it makes sense to add FPU emulation to VCPU rather than
  117. to add it to Syn68k, since Syn68k won't be used after VCPU is done.
  118.  
  119.     Kevin> Non-Postscript printing
  120.  
  121. That will come fairly soon after we get Executor out of the "DOS box"
  122. in which it runs and into Win32 and/or OS/2 subsystems.
  123.  
  124.     Kevin> Outline Font support Init & CDEV support
  125.  
  126. Just like supporting SoftFPU to get FPU support, we'll probably
  127. support ATM before we do our own Outline Font support.  INIT and cdev
  128. stuff isn't really that hard to do, per-se, we just ran out of time.
  129.  
  130.     Kevin> Ability to run the the following with full functionally:
  131.     Kevin> ColorIt 3.0 PhotoShop 3.0.5 Illustrator 6.0 QuarkXpress
  132.     Kevin> 3.32 ATM PageMaker 6.0
  133.  
  134. We'll still make some significant strides in many of those programs
  135. *before* Executor 2 ships.
  136.  
  137.     Kevin> ARDI has done a miraculous job.
  138.  
  139. Thank you.
  140.  
  141. --Cliff
  142. ctm@ardi.com
  143.  
  144. For people not already familiar with Executor, Executor is a program
  145. that allows many Macintosh applications to run on PCs.  It uses no
  146. software from Apple -- we have spent the last nine and a half years
  147. rewriting the Mac OS and Toolbox routines using strictly clean-room
  148. techniques (i.e. we haven't disassembled any of Apple's ROM or System
  149. code).  Due to the fact that we don't use any Apple code, Executor has
  150. many limitations (you can find them in our answers to Frequently Asked
  151. Questions file available on our web site).
  152.  
  153. Executor 2 is in pre-beta, we hope to officially put it into beta
  154. later this week.  You can pick up a demo copy of Executor from our web
  155. site:
  156.  
  157. http://www.ardi.com
  158.  
  159. 1.99q is the latest "experimental" release.  There is also a patch
  160. "1.99q12" which significantly enhances 1.99q.
  161.  
  162.