home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text3579.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  8.1 KB  |  170 lines
  1.     id m0u2Rp8-0007qwa; Thu, 28 Mar 96 17:13 MST
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0u2Roa-0007rCn; Thu, 28 Mar 96 17:13 MST
  5. Path: sloth.swcp.com!usenet
  6. From: Clifford T. Matthews <ctm@ardi.com>
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: Re: Clarification for Cliff@ARDI
  9. Date: 28 Mar 1996 17:11:29 -0700
  10. Organization: ARDI
  11. Lines: 147
  12. Message-ID: <ufka04g3m6.fsf@ftp.ardi.com>
  13. References: <4jc62i$rg8@tofu.alt.net>
  14. NNTP-Posting-Host: ftp.ardi.com
  15. In-reply-to: kai@upx.net's message of Wed, 27 Mar 1996 22:55:24 GMT
  16. X-Newsreader: Gnus v5.0
  17. To: executor@ardi.com
  18. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  19. Sender: owner-executor@ardi.com
  20. Precedence: bulk
  21.  
  22. >>>>> "Kai" == Monster Smurf <kai@upx.net> writes:
  23. In article <4jc62i$rg8@tofu.alt.net> kai@upx.net (Monster Smurf) writes:
  24.  
  25.  
  26.     Kai> #1 I *luuvvvv* Executor!!  However, you have to remember we
  27.     Kai> don't know as much about what is going on as you do, so the
  28.     Kai> questions, suggestions I ask and pose are for
  29.     Kai> information. But, it seems like you get a bit 'miffed' in you
  30.     Kai> responses to 'Executor doesn't do xxx' posts. Trust me, We
  31.     Kai> are all on your side here =)
  32.  
  33. Thank you for your support.
  34.  
  35. ARDI has benefitted greatly from free advice, although to be honest
  36. almost all of the free advice that we've benefitted from has been of
  37. the non-business suggestions variety.  Bug reports are great,
  38. explanations of how users have found they can configure Executor or
  39. printing subsystems or sound cards are wonderful, too.  We've had
  40. people run the Executor mailing list, contribute Icons and volunteer
  41. to translate ARDI documents.  I'm sure I've left out some of the other
  42. very worthy free contributions we've received from Executor
  43. enthusiasts.  We appreciate this not just from a business perspective
  44. but we're literally honored that people have taken their free time to
  45. help us.  If I have sounded in the least bit ungrateful for the
  46. contributions of free advice and free services, then it has been a
  47. poor conveyance on my part.
  48.  
  49. Still, there will be times when I believe people's advice is mistaken.
  50. I'm not even necessarily right in these cases, but due to my intimate
  51. knowledge of ARDI and Executor, I usually have a lot more information
  52. at hand than the person or people who make the suggestion.  Because of
  53. news lag, it may be that one person makes a suggestion and two or
  54. three others have said "I agree" or "me too" by the time I get to
  55. reply.
  56.  
  57. In the past I've tried to write detailed explanations for each and
  58. every suggestion that we have chosen not to heed *because* I
  59. appreciate the free advice and I wanted it to be clear that I have
  60. read and considered the suggestion before dismissing it.
  61.  
  62. When a group of posts suggested that we make Executor just emulate Mac
  63. hardware so that ROMs could be tossed in, I departed from my previous
  64. pattern of response and I quickly wrote a collective reply.  When I
  65. can free up some time I'll try to explain our position better in a new
  66. FAQ entry.
  67.  
  68. Because Executor is relatively unknown, we are going to go through a
  69. growth phase where at any given time there will be large quantities of
  70. people who have just heard about Executor and are asking some of the
  71. same obvious questions that a former batch of new users have asked.
  72. We're trying to deal with this as much as possible via the FAQ, our
  73. WWW site, this newsgroup (many Executor users answer questions so
  74. quickly that nobody at ARDI needs to comment), our "info@ardi.com"
  75. automated e-mail server and even by changing Executor to make it more
  76. hospitable to non-geek users.
  77.  
  78. ARDI directly benefits from these continuing wave of new users and we
  79. really don't want to discourage them.  So it's definitely a mistake if
  80. I get miffed.  But really the only thing that I think has managed to
  81. make it through my thick skin is when people who apparently appreciate
  82. to some degree the level of difficulty of what we've done, but still
  83. think there is a "simple" thing that we can do (often a business
  84. suggestion) that will make things much better with relatively little
  85. work.  In general, anyone who thinks there's a simple thing that ARDI
  86. can do to greatly improve Executor, is mistaken.  The suggestion of
  87. just emulating the hardware and dropping in ROMs is a case in point
  88. because of the legal issues.  I promise not to get miffed when this
  89. comes up again, but I hope that anyone who has bothered to read this
  90. far has a good understanding of why there are no "simple" cures.  The
  91. basic reason is that we're a clever group of people with thousands of
  92. people giving us advice, so all the "simple" fixes have been examined.
  93.  
  94.     Kai> #2 7.5 on Executor this year
  95.  
  96.     Kai> OH?!?! Is this really going to be possible, or are you guys
  97.     Kai> just pulling our lariots? Because if this is the case, you
  98.     Kai> should say it a little louder, so we all hear it.
  99.  
  100. That was our goal from the beginning of the year.  It is definitely
  101. doable with enough engineers; we just can't yet guage how soon after
  102. E2 is officially selling that we'll have the money to get the other
  103. engineers on line.  After E2 is shipping I'll reevaluate how likely we
  104. are to reach our goal and I'll spread the word then.
  105.  
  106.     Kai> #3 Following Executor
  107.  
  108.     Kai> I've been following this software since before it was color,
  109.     Kai> and I have to say as a Mac User that I am impressed! I can
  110.     Kai> confirm for any of you readers out there that it *is* fast,
  111.     Kai> faster that most of the 040 line. (My co-workers didn't
  112.     Kai> believe me so I took a copy in to work). A fine effort, I
  113.     Kai> just want to see it through. There have been many mac to pc
  114.     Kai> efforts in the past that just died out, and I only wish Cliff
  115.     Kai> and the rest of the Ardi team the best. Because, as everyone
  116.     Kai> knows, the whole world would run some mac software sometime
  117.     Kai> if they didn't have to run it on a damned Macintosh :)
  118.  
  119. To the best of my knowledge, there have only been three attempts to
  120. rewrite the MacOS outside of Apple:
  121.  
  122.     NuTek -- rewrote with their own dedicated chipset in mind,
  123.          a severe case of too little too late since their stuff
  124.          was 68030 based and couldn't run Excel 3 back when
  125.          Executor could.  They're history.
  126.  
  127.     Quorum -- Originally planned on writing porting tools (like ARDI
  128.           was doing at the time), then decided to support binary
  129.           compatibility (like ARDI started showing), but were
  130.           much too slow and too incompatible.  Their target
  131.           architectures were SPARC and MIPs.  They had a heck of
  132.           a lot of funding.  They're basically history.
  133.  
  134.     ARDI -- Presumably you know a little about us.  Perhaps it's not
  135.         known that we incorporated in Delaware as a Class C
  136.         corporation and that we've already sunk about $2m into
  137.         development (much less than Quorum did) and that our goal
  138.         is to be a large (but still friendly) company.  We will
  139.         eventually support many architectures, but right now we're
  140.         concentrating on the 80x86 and compatible market, because
  141.         that's where the money is.
  142.  
  143. So, if you only count Mac to PC efforts that do not require obtaining
  144. software from Apple, we're the only one that has ever even attempted
  145. what we're doing.  There have been a bunch of Mac emulators that
  146. require software from Apple (AMAX, Liken, Shapeshifter, DayDream,
  147. QUIX's PPC port), but none of them targetted PCs and even if they did,
  148. their dependence on Apple code would severely limit the number of
  149. units they could sell and the price at which they could sell them.
  150.  
  151. The only Mac to PC effort that I can think of other than Executor was
  152. Hydra, a board that had a 680x0 on it that plugged into a PC.  It
  153. required software from Apple, although I think they made so few of
  154. them that they were able to buy ROMs from dead Macs so their end-users
  155. wouldn't have to scrounge for ROMs themselves.
  156.  
  157. Stealing Bill Graham's phrase: we're not the best at doing what we do;
  158. we're the only ones doing it.
  159.  
  160.     Kai> Keep it comming; my check is to you when the IRS gets off
  161.     Kai> their butts.
  162.  
  163. Thank you.  Those checks add up.
  164.  
  165.     Kai> Kai Cherry
  166.  
  167. --Cliff
  168. ctm@ardi.com
  169.  
  170.