home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.92 / text0030.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  3.0 KB  |  68 lines
  1. Dear Folks,
  2.  
  3.     Here are the few command line options you can specify to  
  4. executor:
  5.  
  6. -delay [n]    Have GetNextEvent delay n ticks on a null event [this
  7.         is a poor man's WaitNextEvent].  Min for n is 0, max
  8.         is 60, default with just "-delay" is 2, default  
  9.         without  -delay is 0.
  10.  
  11. -dogmeat [n]    Turn off the cache if n is 1.  Don't mess with the  
  12.         cache if n is 0.  Default with just "-dogmeat" is to  
  13.         turn off the cache.  Default without "-dogmeat" is to  
  14.         not mess with things.
  15.  
  16. -flush [n]    A different cache flushing strategy.  The n is
  17.         interpreted the same as -dogmeat, but the strategy is
  18.         to flush the cache after every Mac A-Line trap.
  19.  
  20. -noclock [n]    Turn off the automatic updating of the Ticks
  21.         variable.  This switch is confusing when you give a
  22.         value for n because you get a double negative if you
  23.         set n to 0 (i.e. don't turn off, leave it running).
  24.  
  25. -refresh [n]    Keep a shadow copy of the screen and affter every n
  26.         ticks, resolve the differences between the two (i.e.
  27.         use this switch when the program writes directly to
  28.         screen memory).  N can be between 0 and 60.  The
  29.         default for just "-refresh" is 10.  Without
  30.         "-refresh" the default is 0.
  31.  
  32. Two other switches are recognized but don't help you on a NeXT.   
  33. "syscall" is for machines whose unix implementation doesn't allow  
  34. loadable kernel mods (and hence you have to add a new system call).   
  35. "nbitsinaddr" is for machines where we can simulate 24 bit addressing  
  36. better.  We may be able to support this in future versions of  
  37. Executor on the NeXT.  Note:  all the options listed above can be set  
  38. up in the configuration file so you don't have to worry about them.
  39.  
  40. If you come up with a configuration file that helps a program run,  
  41. send a copy to me and I'll include it in our next distribution.
  42.  
  43. NeXTStep also has a chance to look at arguments so there's a chance  
  44. you can set geometry that way but I don't really know what the  
  45. options it looks at are or what they do.  Feel free to clue me in.
  46.  
  47. Remaining arguments are then checked to see if they specify files.   
  48. If they do and the first one is an application (file type 'APPL')  
  49. then Executor will try to execute that file, passing the remaining  
  50. files into the application to run.  All the filenames should use UNIX  
  51. paths (i.e. slashes instead of colons), but the files must exist  
  52. within a volume that you've set up with dwrite, or in the default  
  53. volume ExecutorVolume within the app-wrapper.
  54.  
  55. Here's my X question:  Would there be any demand for doing a merge  
  56. with NeXTStep and X so that in addition to being able to run Executor  
  57. under NeXTStep as is now the case you could alternatively run it  
  58. under X, which means by setting your DISPLAY variable you'd be able  
  59. to have your NeXT be a Mac server for all your X-stations?  We have  
  60. the technology (we ran Executor under X when we got our first NeXT  
  61. back in July for the first couple of weeks while I taught myself the  
  62. bare fundamentals of programming the NeXT [I'll be attending  
  63. developer's camp some day]) but don't know where to put the work for  
  64. the merge on the priority list.
  65.  
  66.     --Cliff
  67.  
  68.