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