home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.92 / text0016.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  6.3 KB  |  132 lines
  1. Hi there!  I don't have access to a Mac drive and I'd like to download some
  2. of the cool stuff on sumex.stanford.edu.  I have the 'xbin' (.hqx->.bin) and
  3. 'unsit' utilities ready.  How do I move the stuff I un-hqx and unsit into
  4. the Executor volume?
  5.  
  6. -- 
  7. +-----------------------------------------------------------------------------+
  8. | Alan L. Batongbacal                                          (703) 552-6863 |
  9. | alanlb@csgrad.cs.vt.edu                                      (703) 231-8646 |
  10. +-----------------------------------------------------------------------------+
  11.  
  12. From iclone!ctm@unmvax.cs.unm.edu  Fri Jan 17 11:22:15 1992
  13. Received: from unmvax.cs.unm.edu by ictv.com (5.65+/1.34v1.3)
  14.     id AA20303; Fri, 17 Jan 92 11:22:15 -0800
  15. Received: from iclone.UUCP by unmvax.cs.unm.edu (5.61/3.3) with UUCP
  16.     id <AA19482@unmvax.cs.unm.edu>; Fri, 17 Jan 92 12:20:54 -0700
  17. Received: by  iclone  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  18.     id AA00326; Fri, 17 Jan 92 12:10:43 MST
  19. Date: Fri, 17 Jan 92 12:10:43 MST
  20. From: iclone!ctm@unmvax.cs.unm.edu (Clifford T. Matthews)
  21. Message-Id: <9201171910.AA00326@ iclone >
  22. Received: by NeXT Mailer (1.63)
  23. To: ictv.com!executor@unmvax.cs.unm.edu
  24. Subject: command line options for Executor (you don't need to know this) + X Question
  25.  
  26. Dear Folks,
  27.  
  28.     Here are the few command line options you can specify to  
  29. executor:
  30.  
  31. -delay [n]    Have GetNextEvent delay n ticks on a null event [this
  32.         is a poor man's WaitNextEvent].  Min for n is 0, max
  33.         is 60, default with just "-delay" is 2, default  
  34.         without  -delay is 0.
  35.  
  36. -dogmeat [n]    Turn off the cache if n is 1.  Don't mess with the  
  37.         cache if n is 0.  Default with just "-dogmeat" is to  
  38.         turn off the cache.  Default without "-dogmeat" is to  
  39.         not mess with things.
  40.  
  41. -flush [n]    A different cache flushing strategy.  The n is
  42.         interpreted the same as -dogmeat, but the strategy is
  43.         to flush the cache after every Mac A-Line trap.
  44.  
  45. -noclock [n]    Turn off the automatic updating of the Ticks
  46.         variable.  This switch is confusing when you give a
  47.         value for n because you get a double negative if you
  48.         set n to 0 (i.e. don't turn off, leave it running).
  49.  
  50. -refresh [n]    Keep a shadow copy of the screen and affter every n
  51.         ticks, resolve the differences between the two (i.e.
  52.         use this switch when the program writes directly to
  53.         screen memory).  N can be between 0 and 60.  The
  54.         default for just "-refresh" is 10.  Without
  55.         "-refresh" the default is 0.
  56.  
  57. Two other switches are recognized but don't help you on a NeXT.   
  58. "syscall" is for machines whose unix implementation doesn't allow  
  59. loadable kernel mods (and hence you have to add a new system call).   
  60. "nbitsinaddr" is for machines where we can simulate 24 bit addressing  
  61. better.  We may be able to support this in future versions of  
  62. Executor on the NeXT.  Note:  all the options listed above can be set  
  63. up in the configuration file so you don't have to worry about them.
  64.  
  65. If you come up with a configuration file that helps a program run,  
  66. send a copy to me and I'll include it in our next distribution.
  67.  
  68. NeXTStep also has a chance to look at arguments so there's a chance  
  69. you can set geometry that way but I don't really know what the  
  70. options it looks at are or what they do.  Feel free to clue me in.
  71.  
  72. Remaining arguments are then checked to see if they specify files.   
  73. If they do and the first one is an application (file type 'APPL')  
  74. then Executor will try to execute that file, passing the remaining  
  75. files into the application to run.  All the filenames should use UNIX  
  76. paths (i.e. slashes instead of colons), but the files must exist  
  77. within a volume that you've set up with dwrite, or in the default  
  78. volume ExecutorVolume within the app-wrapper.
  79.  
  80. Here's my X question:  Would there be any demand for doing a merge  
  81. with NeXTStep and X so that in addition to being able to run Executor  
  82. under NeXTStep as is now the case you could alternatively run it  
  83. under X, which means by setting your DISPLAY variable you'd be able  
  84. to have your NeXT be a Mac server for all your X-stations?  We have  
  85. the technology (we ran Executor under X when we got our first NeXT  
  86. back in July for the first couple of weeks while I taught myself the  
  87. bare fundamentals of programming the NeXT [I'll be attending  
  88. developer's camp some day]) but don't know where to put the work for  
  89. the merge on the priority list.
  90.  
  91.     --Cliff
  92.  
  93. From shanega@Athena.MIT.EDU  Fri Jan 17 12:06:40 1992
  94. Received: from ATHENA.MIT.EDU by ictv.com (5.65+/1.34v1.3)
  95.     id AA21541; Fri, 17 Jan 92 12:06:40 -0800
  96. Received: from E40-008-5.MIT.EDU by Athena.MIT.EDU with SMTP
  97.     id AA04106; Fri, 17 Jan 92 15:05:18 EST
  98. From: shanega@Athena.MIT.EDU
  99. Received: by e40-008-5.MIT.EDU (5.61/4.7) id AA15440; Fri, 17 Jan 92 15:05:14 -0500
  100. Message-Id: <9201172005.AA15440@e40-008-5.MIT.EDU>
  101. To: executor@ictv.com
  102. Subject: Re: command line options for Executor (you don't need to know this) + X Question 
  103. In-Reply-To: Your message of Fri, 17 Jan 92 12:10:43 -0700.
  104.              <9201171910.AA00326@ iclone > 
  105. Date: Fri, 17 Jan 92 15:05:13 EST
  106.  
  107.  
  108. In my opinion, there are about a million useful and important things
  109. that can be done with Executor that are like having X windows
  110. compatibility.  Also in my opinion, these things should come at the
  111. end of the development cycle for Executor, given that ARDI's resources
  112. seem to be quite small.  Executor-MSW will probably not be taken truly
  113. seriously by those with the ability to buy in very large quantity
  114. until it is a true Mac emulator i.e. the tag '-MSW' is removed
  115. forever.  Finally, and again in my opinion only, I would prefer, and
  116. think ARDI would profit most, by having Executor run everything, just
  117. like SoftPC.  Configuration files should be considered a crutch
  118. because they reflect underlying inconsistencies in the emulation
  119. (obviously).  No doubt I am speaking the obvious, but it seems that a
  120. great deal of attention is being focused on the short-term quick-fix,
  121. at least in this mailing list.  I don't know anything about ARDI's
  122. actual product development cycle, but unless these fixes are required
  123. to keep ARDI viable instead of in bancruptcy proceedings then I think
  124. the focus might be a little wrong.
  125.  
  126. This is in no way meant as disparagement of ARDI's brilliant work.
  127. Keep with it and you will command any resources you might ever need.
  128.  
  129. Shane
  130.  
  131.  
  132.