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

  1. Hello,
  2.  
  3. As per a previous message, I'm trying to use executor to do 256-level
  4. grayscale nih-image.  Having realized that the 256-level needs 2-meg
  5. of video memory (ie. needs true color and I have only 1 meg on my Linux
  6. machine), I decided to try executor on a DOS box with 2 meg.  Alas,
  7. Executor says "maximum resolution 640x480 and 8 bpps" (or something
  8. similar).  How does one get E/D to do true color?  I have not yet
  9. purchased executor as I am unable to verify it can do what I need
  10. to do (possible limit for unregistered versions?) 
  11.  
  12. Any help would be greatly appreciated.
  13.  
  14. Gerry
  15.  
  16. P.S. has anyone used 256-level grayscale nih-image with executor?
  17.  
  18. -- 
  19. --Common sense is the collection of prejudices acquired by age 18 - Albert E.
  20. Gerald Graef:  Internet %%%%%  ggraef@csd.uwm.edu    
  21.             :  BITNET   %%%%%  ggraef%csd.uwm.edu@INTERBIT
  22.         :  http://www.uwm.edu/~ggraef
  23.  
  24.  
  25. -- 
  26. --Common sense is the collection of prejudices acquired by age 18 - Albert E.
  27. Gerald Graef:  Internet %%%%%  ggraef@csd.uwm.edu    
  28.             :  BITNET   %%%%%  ggraef%csd.uwm.edu@INTERBIT
  29.         :  http://www.uwm.edu/~ggraef
  30.  
  31. From owner-paper Wed Jan 24 18:55:14 1996
  32. Return-Path: <owner-paper>
  33. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  34.     id m0tfGu7-0007qHa; Wed, 24 Jan 96 18:55 MST
  35. Sender: owner-paper
  36. Received: from rpplinux.harvard.edu by ftp.ardi.com with smtp
  37.     (Smail3.1.29.1 #3) id m0tfGtX-0007qGC; Wed, 24 Jan 96 18:54 MST
  38. Received: from rpplinux.harvard.edu (localhost [127.0.0.1]) by rpplinux.harvard.edu (8.6.12/8.6.12) with SMTP id UAA00467; Wed, 24 Jan 1996 20:35:43 -0500
  39. Message-ID: <3106DE6D.63347465@pobox.harvard.edu>
  40. Date: Wed, 24 Jan 1996 20:35:41 -0500
  41. From: Ron Passerini <rpasseri@pobox.harvard.edu>
  42. Organization: Harvard University OIT
  43. X-Mailer: Mozilla 2.0b5 (X11; I; Linux 1.2.13 i586)
  44. MIME-Version: 1.0
  45. To: "Executor Users' Group" <executor@ardi.com>
  46. Subject: Executor/Linux and Netatalk
  47. Content-Type: text/plain; charset=us-ascii
  48. Content-Transfer-Encoding: 7bit
  49. Sender: owner-paper@ardi.com
  50. Precedence: bulk
  51.  
  52. I saw this question go through here a while back, but never saw an answer.  I use
  53. Executor on my Linux box here at work. (Linux version 1.2.13, for those who care) It
  54. is also set up as a Apple File Server speaking AppleTalk via the UNIX Netatalk
  55. package.
  56.  
  57. The question is this:  Does ARDI have any plans to have Executor be able to
  58. interpret the contents of the subdirectory that is being exported for the other Macs
  59. to use?  I'm not asking that executor be able to go out onto the net and read what
  60. other Macs are exporing via AppleTalk (yet) ;), but just to interpret what is local
  61. to my hard drive.  
  62.  
  63. The problem is that it seems to use different mechanisms for handing the resource
  64. and data forks than executor.  Whereas executor has "FILENAME" and "%FILENAME",
  65. Netatalk seems to have the "FILENAME" and then a whole bunch of information in
  66. subdirectores called such things as ".AppleDesktop" and ".AppleDouble" and "Network
  67. Trash Folder".
  68.  
  69. Am I hoping for too much?  It would be wonderful to have my co-worker drop a Word or
  70. Excel document onto my machine via AppleTalk and then just fire up executor and
  71. double click on the docuement to launch the application.
  72.  
  73. Thanks,
  74. Ron Passerini
  75. Harvard University O.I.T.
  76.  
  77. From owner-paper Wed Jan 24 21:14:23 1996
  78. Return-Path: <owner-paper>
  79. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  80.     id m0tfJ4e-0007qJa; Wed, 24 Jan 96 21:14 MST
  81. Sender: owner-paper
  82. Received: from ardi.com by ftp.ardi.com
  83.     (Smail3.1.29.1 #3) id m0tfJ3l-0007qGn; Wed, 24 Jan 96 21:13 MST
  84. Path: sloth.swcp.com!tesuque.cs.sandia.gov!ferrari.mst6.lanl.gov!newshost.lanl.gov!ncar!newsxfer.itd.umich.edu!news.flint.umich.edu!news.gmi.edu!zombie.ncsc.mil!news.mathworks.com!news.kei.com!nntp.coast.net!chi-news.cic.net!newsspool.doit.wisc.edu!night.primate.wisc.edu!sdd.hp.com!swrinde!newsfeed.internetmci.com!cyberspace.com!news
  85. From: Earl Malmrose <malmrose@cyberspace.com>
  86. Newsgroups: comp.emulators.mac.executor
  87. Subject: Re: I keep getting NewVolume is damaged error
  88. Date: 24 Jan 1996 04:25:28 GMT
  89. Organization: C y b e r s p a c e (tm)- (206) 812-1297
  90. Lines: 12
  91. Message-ID: <4e4cbo$3g2@wage.cyberspace.com>
  92. NNTP-Posting-Host: ppp206-102.cyberspace.com
  93. To: executor@ardi.com
  94. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  95. Sender: owner-paper@ardi.com
  96. Precedence: bulk
  97.  
  98. sharma@IS.TWI.TUDelft.NL (Naresh Sharma ) writes:
  99. > Hi,
  100. >    
  101. > While trying to install illustrator 5.01 under 1.99q, Linux 1.3.56,
  102. > I get the error "The selected disk named "NewVolume" is damaged. Please
  103. > click                                                                       
  104. > switch disk to choose a different disk.
  105.  
  106. I get the same error with other apps - Illustrator isn't the only one. I
  107. suspect its an incompatability with the Apple Installer.
  108.  
  109. --Earl
  110.  
  111. From owner-paper Wed Jan 24 21:14:51 1996
  112. Return-Path: <owner-paper>
  113. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  114.     id m0tfJ4u-0007qGa; Wed, 24 Jan 96 21:14 MST
  115. Sender: owner-paper
  116. Received: from ardi.com by ftp.ardi.com
  117.     (Smail3.1.29.1 #3) id m0tfJ3r-0007qIn; Wed, 24 Jan 96 21:13 MST
  118. 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
  119. From: shuchart@fas.harvard.edu (Scott Shuchart)
  120. Newsgroups: comp.emulators.mac.executor
  121. Subject: Re: Anyone gotten A-10 or F-18 2.0 demos to work??
  122. Date: 24 Jan 1996 05:22:19 GMT
  123. Organization: Flat Earth Society
  124. Lines: 70
  125. Message-ID: <4e4fmb$m3l@decaxp.harvard.edu>
  126. 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>
  127. NNTP-Posting-Host: shuchart.student.harvard.edu
  128. Mime-Version: 1.0
  129. Content-Type: Text/Plain; charset=ISO-8859-1
  130. X-Newsreader: WinVN 0.99.5
  131. To: executor@ardi.com
  132. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  133. Sender: owner-paper@ardi.com
  134. Precedence: bulk
  135.  
  136. In article <4e0ooo$f5l@news.voicenet.com>, chessman@voicenet.com (ChessMan) 
  137. declares...
  138.  
  139. >  The program is 
  140. >essentially emulating System 6.0.7 which Apple stopped shipping with their 
  141. >computers over 3 years ago
  142. [snip]
  143. >The software runs without any control panels or inits - a 'real' mac user 
  144. has 
  145. >many of these little programs at the tip of their finger tips - and of 
  146. course 
  147. >it's not multi-processing aware - to run two applications; you must run it 
  148. >under windows and start it twice.  So it really doesn't have the  feel of a 
  149. >MAC - but hey - it plays that little Risk game  like a champ.
  150.  
  151. I don't actually disagree with any of this, but thought it might be a good 
  152. opportunity to remind people/clue in newcomers about the long-term ARDI 
  153. strategy, at least as I, a registered Executor customer with no other ties to 
  154. ARDI, understand it.
  155.  
  156. Right now, they're doing everything they can to get a commercially viable 
  157. version 2.0 out the door.  The revenue from that will fund development for 
  158. networking support, serial port support, better sound, more colors, etc.  
  159. This may raise yet more money.  But the longer-term goal, for version 3.0 or 
  160. so, I guess, is to make Executor a base onto which one will install a real 
  161. copy of System 7.x and run all MacOS functionality.
  162.  
  163. There are three or so obstacles:
  164.  
  165. 1) Dirty/Clean engineering.  ARDI has figured out most of the Mac ROM 
  166. functionality through "clean-room" techniques; they haven't broken any 
  167. copyright or patent agreements to figure out what the ROMs do.  Finding out 
  168. the remaining undocumented features of the ROMs and other low-level features 
  169. involves hiring a new, "dirty" team of engineers to reverse-engineer and 
  170. otherwise mess around in Mac innards to find out such details. Those details 
  171. will be used to draft pure specifications, which will go to the clean team, 
  172. allowing them to cleanly implement that functionality.  A couple of 
  173. iterations of this, and the above goal could be reachable, at least in 
  174. theory.  So the 6.0.7 functionality is a way of *funding* System 7.x 
  175. droppability.
  176.  
  177. 2) PowerPC.  Mat Hostetler, the syn68k (ARDI's Motorolla emulator) has 
  178. indicated that a PPC emulator won't be too much work, so Executor should 
  179. eventually run PPC binaries.  He's even said that developers could include 
  180. native x86 code, and that Executor could declare itself and allow Mac apps to 
  181. run natively on the x86 (or whatever other processor Executor is ported to) 
  182. if they were developed with such a "superfat" binary.  Tantalizing.  This, 
  183. too, awaits more moolah.
  184.  
  185. 3) Copeland.  System 7.x won't be a poor OS laggard for too many more years 
  186. before Apple, provided it's solvent, releases Copeland, the next major 
  187. upgrade.  (I know it *sounds* like I'm starting a religious war, but I'd 
  188. rather not, as such wars on this group get intensely weird.  Best that we can 
  189. all just emulate each other, IMHO :-)).  Presumably, once (2) is 
  190. accomplished, (3) won't be a big problem, but there may be technical details 
  191. I don't know about.  There are also Common Hardware Reference Platform specs 
  192. I'm fuzzy on.
  193.  
  194. In other words, the 6.0.7 limitation isn't final.  BUT, and this is the 
  195. tricky bit, it's against ARDI's long-term interests to spend much time 
  196. hacking 7.x functionality now when it will eventually turn all that over to 
  197. Apple.  They need just enough System 7 support to get a customer base; after 
  198. that, lower-level issues have greater marginal utility.
  199.  
  200. Again, none of this is official, though the dirty/clean room stuff is 
  201. summarized from one of Cliff Mathews' posts.
  202.  
  203. Scott Shuchart
  204. shuchart@fas.harvard.edu
  205.  
  206.  
  207.