home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text0033.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  13.2 KB  |  323 lines

  1. I've heard many times how ARDI designed Executor from the ground up, 
  2. using clean room techniques, because of the proprietory and secret nature 
  3. of the Macintosh toolbox ROMs. Hence programs which use certain 
  4. undocumented features of the ROMs will not work on Executor.
  5.  
  6. How then, do you explain the new Power Mac clones, from companies like 
  7. Radius? These machines are supposed to be 100% Mac compatible. Do they 
  8. reverse engineer the ROMs, do they buy the ROMs from Apple, or has Apple 
  9. made avaiable the code for these ROMs in the "Open Reference Platform" or 
  10. something like that.
  11.  
  12. I'd be interested to know what Radius and the other clone maker(s) do in 
  13. this regard.
  14.  
  15. Bye....
  16. -- 
  17. ________________________________
  18.  
  19. John de Bruin            
  20. Email: j.bruin@auckland.ac.nz
  21.  
  22. From owner-paper Fri Jan  5 03:14:18 1996
  23. Return-Path: <owner-paper>
  24. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  25.     id m0tY99t-0007qCa; Fri, 5 Jan 96 03:14 MST
  26. Sender: owner-paper
  27. Received: from ardi.com by ftp.ardi.com
  28.     (Smail3.1.29.1 #3) id m0tY99C-0007q3n; Fri, 5 Jan 96 03:13 MST
  29. Path: sloth.swcp.com!usenet
  30. From: Clifford T. Matthews <ctm@ardi.com>
  31. Newsgroups: comp.emulators.mac.executor
  32. Subject: Re: Radius Mac clones
  33. Date: 05 Jan 1996 03:09:40 -0700
  34. Organization: ARDI
  35. Lines: 79
  36. Message-ID: <ufhgybrlzv.fsf@ftp.ardi.com>
  37. References: <30EDE214.5C26@auckland.ac.nz>
  38. NNTP-Posting-Host: ftp.ardi.com
  39. In-reply-to: John de Bruin's message of Fri, 05 Jan 1996 18:44:36 -0800
  40. X-Newsreader: Gnus v5.0
  41. To: executor@ardi.com
  42. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  43. Sender: owner-paper@ardi.com
  44. Precedence: bulk
  45.  
  46. >>>>> "John" == John de Bruin <j.bruin@auckland.ac.nz> writes:
  47. In article <30EDE214.5C26@auckland.ac.nz> John de Bruin <j.bruin@auckland.ac.nz> writes:
  48.  
  49.  
  50.     John> I've heard many times how ARDI designed Executor from the
  51.     John> ground up, using clean room techniques, because of the
  52.     John> proprietory and secret nature of the Macintosh toolbox
  53.     John> ROMs. Hence programs which use certain undocumented features
  54.     John> of the ROMs will not work on Executor.
  55.  
  56. I'm sure it sounds like an old song and dance to people who have
  57. followed us closely, but it's the truth and it explains questions that
  58. come up frequently, so you'll probably hear it more, too.
  59.  
  60. Technically we don't really need the ROMs, per-se, we only need a
  61. functional specification to work from.  In other words as long as we
  62. know what every single routine has to do, and all the side-effects
  63. that applications could count on, we could fairly easily code up
  64. equivalents.
  65.  
  66. The way "clean room/dirty room" engineering works is you get "dirty"
  67. engineers to examine ROMs and write functional specs and they then
  68. pass those specs to a bunch of lawyers who make sure that the specs
  69. are functional in nature and do not reveal any implementation
  70. details.  The lawyers then give the specs to the clean room engineers
  71. who then implement according to specs.  This is expensive, but it's
  72. doable.  It would take any company other than ARDI too long to do this
  73. though, due to the amount of work required.  Luckily, we wouldn't
  74. really have to implement much new stuff, just make sure all the
  75. side-effects were properly handled.
  76.  
  77.     John> How then, do you explain the new Power Mac clones, from
  78.     John> companies like Radius? These machines are supposed to be
  79.     John> 100% Mac compatible. Do they reverse engineer the ROMs, do
  80.     John> they buy the ROMs from Apple, or has Apple made avaiable the
  81.     John> code for these ROMs in the "Open Reference Platform" or
  82.     John> something like that.
  83.  
  84. They have not reverse engineered the ROMs.  There have only been a
  85. very small handful of companies who have tried anything even vaguely
  86. similar to what we've done, the most notable were Nutek and Quorum.
  87. Both had much less compatibility that we have and went (virtually)
  88. bust trying to do what we have done.
  89.  
  90. Radius and PowerComputing use Apple's ROMs via a license from Apple.
  91. We approached Apple's licensing department and were given the names of
  92. a couple people to talk to, but they did not return our e-mail.
  93. During MACWORLD Expo you can bet that we'll be talking (at least
  94. unofficially) to many Apple employees.
  95.  
  96. Apple's official position is that they will not license any 68k based
  97. stuff, so we'll have to get a PPC emulator going before we can
  98. officially license Apples's software (unless they change their mind).
  99. Luckily, VCPU will make a PPC emulator relatively easy, *and* even
  100. without Apple's permission we can make Executor so that you will be
  101. able to drop a copy of System 7.5 on top of it and have it work.  That
  102. requires a lot of work -- more than the few engineers we currently
  103. have, *but* it's work that we understand and we have a tremendous
  104. framework to start with, so it's largely a matter of getting money for
  105. engineers, which is something else we're pursuing at MACWORLD Expo.
  106.  
  107.     John> I'd be interested to know what Radius and the other clone
  108.     John> maker(s) do in this regard.
  109.  
  110. My understanding is that they not only license the ROMs, but they also
  111. license much more, too, including ASICs that are in such short supply
  112. that Gateway wasn't able to cut a licensing deal with Apple because
  113. they weren't able to turn out the ASICs quick enough.
  114.  
  115.     John> Bye....  -- ________________________________
  116.  
  117.     John> John de Bruin Email: j.bruin@auckland.ac.nz
  118.  
  119. I hope this explains some of the legal issues involved.  These are all
  120. matters that we're pursuing with vigor.
  121.  
  122.  
  123. --Cliff
  124. ctm@ardi.com
  125.  
  126. From owner-paper Fri Jan  5 04:14:25 1996
  127. Return-Path: <owner-paper>
  128. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  129.     id m0tYA64-0007qCa; Fri, 5 Jan 96 04:14 MST
  130. Sender: owner-paper
  131. Received: from ardi.com by ftp.ardi.com
  132.     (Smail3.1.29.1 #3) id m0tYA5G-0007q3n; Fri, 5 Jan 96 04:13 MST
  133. Path: sloth.swcp.com!usenet
  134. From: Clifford T. Matthews <ctm@ardi.com>
  135. Newsgroups: comp.emulators.mac.executor
  136. Subject: Re: Where to send change of address...
  137. Date: 05 Jan 1996 03:38:12 -0700
  138. Organization: ARDI
  139. Lines: 63
  140. Message-ID: <ufg2dvrkoc.fsf@ftp.ardi.com>
  141. References: <4c61jv$dp6@turing.mathworks.com>
  142. NNTP-Posting-Host: ftp.ardi.com
  143. In-reply-to: peter@mathworks.com's message of 31 Dec 1995 13:01:51 GMT
  144. X-Newsreader: Gnus v5.0
  145. To: executor@ardi.com
  146. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  147. Sender: owner-paper@ardi.com
  148. Precedence: bulk
  149.  
  150. >>>>> "Peter" == Peter Greis <peter@mathworks.com> writes:
  151. In article <4c61jv$dp6@turing.mathworks.com> peter@mathworks.com (Peter Greis) writes:
  152.  
  153.  
  154.     Peter> I guess that this one is for Cliff...
  155.  
  156. In general, counting on Cliff, or any single ARDI employee, is a bad
  157. idea.  It is not uncommon for me to get two or three weeks behind in
  158. my e-mail or Netnews reading when I am working on getting a new
  159. release out (as I was getting 1.99p8, 1.99p9 then 1.99q out).
  160.  
  161. As such, the generic addreses are much better, since more people have
  162. a chance of being able to respond to them.  After all, when I am away,
  163. nobody reads my personal e-mail.  For the record, here are the major
  164. generic addresses:
  165.  
  166.     bugs@ardi.com -- Sending e-mail to this address is preferable to
  167.             sending a bug report to c.e.m.e. or the Executor
  168.             Interest mailing list, although the absolutely best
  169.             way to send a bug report is via http://www.ardi.com
  170.  
  171.     info@ardi.com -- This will eventually be an automated information
  172.             server.  Right now it's equivalent to
  173.             questions@ardi.com
  174.  
  175.     questions@ardi.com -- ARDI's tech. support.  Currently we tend to
  176.                 answer all questions, although since we're
  177.                 incredibly overworked, once Executor 2 is
  178.                 in beta, we'll start answering only questions
  179.                 asked by registered users, although we'll
  180.                 try to keep the FAQ current to help everyone
  181.                 out.
  182.  
  183.     sales@ardi.com -- For specific questions regarding pricing,
  184.             availability, site licenses, dealer pricing, etc.
  185.  
  186.     
  187.  
  188. Since there's no address specifically for changing addresses, sending
  189. an address change to questions@ardi.com is the best bet.  NOTE: I've
  190. cc'd this to questions, so someone will indeed see it and get your new
  191. information (if nobody has done this already).
  192.  
  193. As ARDI grows we'll have to compartmentalize.  Right now
  194. tech. support, web-maintenance and sales are both handled by Melissa,
  195. but if you use the e-mail addresses above, the right thing will
  196. automatically happen when we hire more people.
  197.  
  198.     Peter> who do I send a
  199.     Peter> registration change of address to? I have a license for one
  200.     Peter> of the early versions of Executor (NeXTSTEP, of course),
  201.     Peter> now at version 1.3b. I know that somehow I need to get a
  202.     Peter> new registration string, the old one does not work.
  203.  
  204.     Peter> Keep up the great work!
  205.  
  206. Thanks.  '95 was a very good year for Executor's development.  In '96
  207. we hope to do much more.
  208.  
  209.     Peter> -peter
  210.  
  211. --Cliff
  212. ctm@ardi.com
  213.  
  214. From owner-paper Fri Jan  5 04:14:27 1996
  215. Return-Path: <owner-paper>
  216. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  217.     id m0tYA6J-0007q3a; Fri, 5 Jan 96 04:14 MST
  218. Sender: owner-paper
  219. Received: from ardi.com by ftp.ardi.com
  220.     (Smail3.1.29.1 #3) id m0tYA5J-0007qBn; Fri, 5 Jan 96 04:13 MST
  221. Path: sloth.swcp.com!usenet
  222. From: Clifford T. Matthews <ctm@ardi.com>
  223. Newsgroups: comp.emulators.mac.executor
  224. Subject: Re: Error 47 in PBHDelete (?)
  225. Date: 05 Jan 1996 03:43:36 -0700
  226. Organization: ARDI
  227. Lines: 46
  228. Message-ID: <ufd98ysyzt.fsf@ftp.ardi.com>
  229. References: <117cc$53823.2ce@newshub>
  230. NNTP-Posting-Host: ftp.ardi.com
  231. In-reply-to: TPub's message of Mon, 01 Jan 1996 13:56:35 GMT
  232. X-Newsreader: Gnus v5.0
  233. To: executor@ardi.com
  234. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  235. Sender: owner-paper@ardi.com
  236. Precedence: bulk
  237.  
  238. >>>>> "C.S." == TPub  <tameri@lightspeed.net> writes:
  239. In article <117cc$53823.2ce@newshub> TPub <tameri@lightspeed.net> writes:
  240.  
  241.  
  242.     C.S.> I was deleting a folder a few minutes ago and was greeted
  243.     C.S.> with a nasty error 47 message. Now, I cannot delete the
  244.     C.S.> folder, and when I open it, it is a mirror of the "root"
  245.     C.S.> folder of the volume.
  246.  
  247. This is a very serious problem.  Right now I'm "Mr. Filesystem", but I
  248. (along with Mat Hostetter and Bill Goldman) am about to leave for
  249. MACWORLD Expo.  I've logged this bug and will be sending you more
  250. e-mail when I get back.
  251.  
  252.     C.S.> The error seems related to the ISAM used to mimic the Mac
  253.     C.S.> file system. Do we need to plan a "Disk Doctor" for
  254.     C.S.> Executor? (* Just Kiddin' *)
  255.  
  256. Norton Disk Doctor 1.0 (for the Macintosh, of course) will work under
  257. Executor (if you enable direct disk access).  We haven't been able to
  258. get NDD 2.0 to work, and we're aware that there is an even newer
  259. version out there.  Getting them to work under Executor is fairly high
  260. priority although it probably won't happen until after Executor 2 is
  261. released.
  262.  
  263.     C.S.> As a side note: is a utility planned by anyone out there to
  264.     C.S.> "expand" and "contract" Executor volumes? Creating a second
  265.     C.S.> volume file, moving data, then deleting the first isn't
  266.     C.S.> always an option of some media -- there just isn't enough
  267.     C.S.> space.
  268.  
  269. We certainly would like to do this.  Exactly *when* we'll be able to
  270. do it we don't know.
  271.  
  272.     C.S.> BTW: I never did get Crystal Quest to work in p9, but it
  273.     C.S.> does run properly under p8. It locks solid under p9.
  274.  
  275. Hmmm... I hope it runs better in 1.99q.  If not, we'll need to get
  276. more information from you about this, too.  Of course CQ isn't nearly
  277. as important as a filesystem bug that can lead to corruption.  Always
  278. back up your data!
  279.  
  280.     C.S.> - C. S. Wyatt
  281.  
  282. --Cliff
  283. ctm@ardi.com
  284.  
  285. From owner-paper Fri Jan  5 04:39:56 1996
  286. Return-Path: <owner-paper>
  287. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  288.     id m0tYAUx-0007qBa; Fri, 5 Jan 96 04:39 MST
  289. Sender: owner-paper
  290. Received: from tide10.microsoft.com by ftp.ardi.com with smtp
  291.     (Smail3.1.29.1 #3) id m0tYAUN-0007q3C; Fri, 5 Jan 96 04:39 MST
  292. Received: by tide10.microsoft.com; id DAA09342; Fri, 5 Jan 1996 03:40:12 -0800
  293. Received: from unknown(157.54.17.74) by tide10.microsoft.com via smap (g3.0.3)
  294.     id xma009326; Fri, 5 Jan 96 03:39:52 -0800
  295. Received: from xnet2 (xnet2.microsoft.com [157.54.17.205]) by imail2.microsoft.com (8.7.1/8.7.1) with SMTP id DAA24194; Fri, 5 Jan 1996 03:29:44 -0800 (PST)
  296. X-Received: from NAX-01-HUB by xnet2 with recvsmtp; Fri, 5 Jan 1996 03:26:47 -0800
  297. X-Received: from eux-02-hub by nax-01-hub with receive; Fri, 5 Jan 1996 03:25:27 -0800
  298. X-Received: from lul-02-msg by eux-02-hub with receive; Fri, 5 Jan 1996 11:18:40 +0000
  299. X-MSMail-Identification-du-message:  7BE00E8C
  300. X-MSMail-ID-de-la-conversation:  7BE00E8C
  301. From: Florent Pitoun (Itl Temp) <i-flopit@microsoft.com>
  302. To: executor@ardi.com, owner-paper@ardi.com
  303. Date: Fri,  5 Jan 96 12:17:23 PST
  304. Subject: RE: Resedit works on Executor 1.99p9, (finally)...
  305. X-MsXMTID: lul-02-msg960105111819MTP[01.52.00]000000f7-875
  306. Message-Id: lul-02-msg960105111819MTP[01.52.00]000000f7-875
  307. Sender: owner-paper@ardi.com
  308. Precedence: bulk
  309.  
  310. Which version of resedit?
  311.  
  312. Florent
  313. ----------
  314. De: Merlyn Oppenheim  <merlyn@dkunix.dkeep.com>
  315. A:  <executor@ardi.com>
  316. Objet: Resedit works on Executor 1.99p9, (finally)...
  317. Date: jeudi 4 janvier 1996 17:16
  318.  
  319. just though you might like to know...Merlyn@dkmail.dkeep.com
  320.  
  321.  
  322.  
  323.