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

  1. sharma@IS.TWI.TUDelft.NL (Naresh Sharma ) writes:
  2. > Hi,
  3. >    
  4. > While trying to install illustrator 5.01 under 1.99q, Linux 1.3.56,
  5. > I get the error "The selected disk named "NewVolume" is damaged. Please
  6. > click                                                                       
  7. > switch disk to choose a different disk.
  8.  
  9. I get the same error with other apps - Illustrator isn't the only one. I
  10. suspect its an incompatability with the Apple Installer.
  11.  
  12. --Earl
  13.  
  14. From owner-paper Wed Jan 24 21:14:51 1996
  15. Return-Path: <owner-paper>
  16. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  17.     id m0tfJ4u-0007qGa; Wed, 24 Jan 96 21:14 MST
  18. Sender: owner-paper
  19. Received: from ardi.com by ftp.ardi.com
  20.     (Smail3.1.29.1 #3) id m0tfJ3r-0007qIn; Wed, 24 Jan 96 21:13 MST
  21. Path: sloth.swcp.com!tesuque.cs.sandia.gov!ferrari.mst6.lanl.gov!newshost.lanl.gov!ncar!newsxfer.itd.umich.edu!news.mathworks.com!news.kei.com!ub!csn!magnus.acs.ohio-state.edu!cis.ohio-state.edu!nntp.sei.cmu.edu!fs7.ece.cmu.edu!cantaloupe.srv.cs.cmu.edu!das-news2.harvard.edu!fas-news.harvard.edu!usenet
  22. From: shuchart@fas.harvard.edu (Scott Shuchart)
  23. Newsgroups: comp.emulators.mac.executor
  24. Subject: Re: Anyone gotten A-10 or F-18 2.0 demos to work??
  25. Date: 24 Jan 1996 05:22:19 GMT
  26. Organization: Flat Earth Society
  27. Lines: 70
  28. Message-ID: <4e4fmb$m3l@decaxp.harvard.edu>
  29. References: <4d8puq$7j0@orion.cybercom.net> <4dagq6$nkq@exupub.exu.ericsson.se> <DL8KnL.ErI@mail.auburn.edu> <4dh67k$39q@orion.cybercom.net> <4e0ooo$f5l@news.voicenet.com>
  30. NNTP-Posting-Host: shuchart.student.harvard.edu
  31. Mime-Version: 1.0
  32. Content-Type: Text/Plain; charset=ISO-8859-1
  33. X-Newsreader: WinVN 0.99.5
  34. To: executor@ardi.com
  35. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  36. Sender: owner-paper@ardi.com
  37. Precedence: bulk
  38.  
  39. In article <4e0ooo$f5l@news.voicenet.com>, chessman@voicenet.com (ChessMan) 
  40. declares...
  41.  
  42. >  The program is 
  43. >essentially emulating System 6.0.7 which Apple stopped shipping with their 
  44. >computers over 3 years ago
  45. [snip]
  46. >The software runs without any control panels or inits - a 'real' mac user 
  47. has 
  48. >many of these little programs at the tip of their finger tips - and of 
  49. course 
  50. >it's not multi-processing aware - to run two applications; you must run it 
  51. >under windows and start it twice.  So it really doesn't have the  feel of a 
  52. >MAC - but hey - it plays that little Risk game  like a champ.
  53.  
  54. I don't actually disagree with any of this, but thought it might be a good 
  55. opportunity to remind people/clue in newcomers about the long-term ARDI 
  56. strategy, at least as I, a registered Executor customer with no other ties to 
  57. ARDI, understand it.
  58.  
  59. Right now, they're doing everything they can to get a commercially viable 
  60. version 2.0 out the door.  The revenue from that will fund development for 
  61. networking support, serial port support, better sound, more colors, etc.  
  62. This may raise yet more money.  But the longer-term goal, for version 3.0 or 
  63. so, I guess, is to make Executor a base onto which one will install a real 
  64. copy of System 7.x and run all MacOS functionality.
  65.  
  66. There are three or so obstacles:
  67.  
  68. 1) Dirty/Clean engineering.  ARDI has figured out most of the Mac ROM 
  69. functionality through "clean-room" techniques; they haven't broken any 
  70. copyright or patent agreements to figure out what the ROMs do.  Finding out 
  71. the remaining undocumented features of the ROMs and other low-level features 
  72. involves hiring a new, "dirty" team of engineers to reverse-engineer and 
  73. otherwise mess around in Mac innards to find out such details. Those details 
  74. will be used to draft pure specifications, which will go to the clean team, 
  75. allowing them to cleanly implement that functionality.  A couple of 
  76. iterations of this, and the above goal could be reachable, at least in 
  77. theory.  So the 6.0.7 functionality is a way of *funding* System 7.x 
  78. droppability.
  79.  
  80. 2) PowerPC.  Mat Hostetler, the syn68k (ARDI's Motorolla emulator) has 
  81. indicated that a PPC emulator won't be too much work, so Executor should 
  82. eventually run PPC binaries.  He's even said that developers could include 
  83. native x86 code, and that Executor could declare itself and allow Mac apps to 
  84. run natively on the x86 (or whatever other processor Executor is ported to) 
  85. if they were developed with such a "superfat" binary.  Tantalizing.  This, 
  86. too, awaits more moolah.
  87.  
  88. 3) Copeland.  System 7.x won't be a poor OS laggard for too many more years 
  89. before Apple, provided it's solvent, releases Copeland, the next major 
  90. upgrade.  (I know it *sounds* like I'm starting a religious war, but I'd 
  91. rather not, as such wars on this group get intensely weird.  Best that we can 
  92. all just emulate each other, IMHO :-)).  Presumably, once (2) is 
  93. accomplished, (3) won't be a big problem, but there may be technical details 
  94. I don't know about.  There are also Common Hardware Reference Platform specs 
  95. I'm fuzzy on.
  96.  
  97. In other words, the 6.0.7 limitation isn't final.  BUT, and this is the 
  98. tricky bit, it's against ARDI's long-term interests to spend much time 
  99. hacking 7.x functionality now when it will eventually turn all that over to 
  100. Apple.  They need just enough System 7 support to get a customer base; after 
  101. that, lower-level issues have greater marginal utility.
  102.  
  103. Again, none of this is official, though the dirty/clean room stuff is 
  104. summarized from one of Cliff Mathews' posts.
  105.  
  106. Scott Shuchart
  107. shuchart@fas.harvard.edu
  108.  
  109.  
  110.