home *** CD-ROM | disk | FTP | other *** search
/ Oakland CPM Archive / oakcpm.iso / cpm / submit / submit.tzt / SUBMIT.TXT
Text File  |  1988-01-30  |  3KB  |  58 lines
  1. SUBMISSION
  2. by Editor, Ann Arbor KUG, May 1987
  3.  
  4. (Some interesting notes on SUBMIT)
  5.  
  6. SUBMIT, the CP/M batch processor, can do some things that Digital
  7. Research never told you about.
  8.  
  9. Just about everyone knows that SUBMIT will treat lines in the SUB
  10. file that begin with a semicolon (or one of a handful of other
  11. characters) as comments; but did you know that there is a better
  12. way to comment your more obscure SUB files?
  13.  
  14. Normally, blank lines in a SUB file are a no-no.  SUBMIT will
  15. choke when it comes across a blank line, even if it occurs at the
  16. end of the file.  Well, it turns out that you can make use of
  17. this little "bug"!
  18.  
  19. Actually, you can place whatever text that you wish at the
  20. beginning of you SUB file.  (There is an absolute limit on the
  21. amount, but you are not likely to reach it unless you get very
  22. wordy.  SUBMIT will let you know and not do anything drastic.). 
  23. No semicolons or other nonsense is necessary.  This is a good
  24. place to put a description of exactly what the SUB file does --
  25. in plain English.  The trick is to place a blank line right
  26. before the actual commands, and everything will work beautifully!
  27.  
  28. This trick will NOT work with EX, GSUB, SuperSUB or other batch
  29. processors.  If you have used some of these other programs, you
  30. are probably wondering why anyone would want to use SUBMIT in the
  31. first place.  Well, SUBMIT is useful for loading memory resident
  32. programs (like LBRDISK and some of the keyboard enhancers) that
  33. locate themselves just below the CCP.  You just can't do this
  34. with EX and GSUB because they occupy the same space.
  35.  
  36. For the technically curious:  All SUBMIT really does is create
  37. the file "$$$.SUB" on drive A.  When SUBMIT creates this file, it
  38. loads the commands in your file from the bottom up.  Thus, when
  39. it reaches the blank line that separates your opening text from
  40. the commands, it stops (chokes).  An error does not occur,
  41. however, and SUBMIT expires quietly with a warm boot.  At this
  42. point the CCP begins execution of the "$$$.SUB" file, working
  43. from the bottom (where your first command is) upward.  In this
  44. way, the temporary "$$$.SUB" is eroded until it is erased from
  45. the directory after the last command.
  46.  
  47. If you wish to look at the "$$$.SUB" file you will have to be
  48. clever.  Since the file is created on drive A:, and the CCP will
  49. always execute it if possible after a warm or cold boot, this
  50. file can be elusive.  If you press reset during the execution of
  51. the file, the darned thing will just start up where it left off
  52. when CP/M comes back.  Also, if you do manage to capture the file
  53. (by copying it during the execution or some other trick) you will
  54. find that it seems to contain only one command -- the last one,
  55. and perhaps the remnants of some previous command.  Look at the
  56. file with CCT or some other program that will give you a hex and
  57. ASCII dump of the whole file.  You may find it interesting.
  58.