home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 22086 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.2 KB  |  45 lines

  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!news.univie.ac.at!scsing.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!rpi!usc!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!fractal!mdchaney
  3. From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
  4. Subject: Re: Can DCL programs execute 'other' commands ?
  5. Message-ID: <C1Io8H.AH5@usenet.ucs.indiana.edu>
  6. Sender: news@usenet.ucs.indiana.edu (USENET News System)
  7. Nntp-Posting-Host: fractal.ucs.indiana.edu
  8. Organization: Indiana University, Bloomington
  9. References: <1jvfpnINNjtu@gap.caltech.edu> <1993Jan26.133712.18548@tomcat.rd.ray.com> <1k4pn8INNjbq@gap.caltech.edu>
  10. Date: Wed, 27 Jan 1993 14:29:04 GMT
  11. Lines: 32
  12.  
  13. In article <1k4pn8INNjbq@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
  14. >In article <1993Jan26.133712.18548@tomcat.rd.ray.com>, frank@tomcat.rd.ray.com (Frank Sandy) writes:
  15. >=In article <1jvfpnINNjtu@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
  16. >=>You put $ signs only at the beginnings of DCL commands, not in front of lines
  17. >=>which are data for an image.  In your case, you want:
  18. >=>    $ MAIL
  19. >=>    READ 1
  20. >=>    READ 2
  21. >=>    EXIT
  22. >=
  23. >=    Carl's reply is generally correct, but it won't work well for 
  24. >=programs like mail that may need to display more than one screen between 
  25. >=READ commands.  An indeterminate number of blank lines would be needed 
  26. >=between the READ 1 and READ 2, etc.
  27. >
  28. >The environment in which the procedure was to execute wasn't specified.  If
  29. >its output is to something other than a terminal, then the blank lines aren't
  30. >necessary.  I simply took the commands the person who posted the question
  31. >apparently wanted to execute and modified his script so it would work.
  32.  
  33. "extract/all sys$output" will cause the messages to be dumped to the
  34. terminal, file, or whatever with no need to worry about how many messages,
  35. or how long they are, etc.  Carl's right, though, it's irrelevent because
  36. the original poster just wanted to have an example with these commands.  He
  37. didn't care if it "worked" or not.
  38.  
  39.     Darrin
  40. -- 
  41. M Darrin Chaney, Senior Database Programmer, University Computing Services, IU
  42. mdchaney@indiana.edu             1000 E 17th St.             Work: (812)855-5492
  43. mdchaney@iubacs.bitnet           Bloomington, IN 47408       Home: (812)333-6311
  44. "I want- I need- to live, to see it all..."
  45.