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