home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20008 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.4 KB
  1. Path: sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!dbased.nuo.dec.com!e2big.mko.dec.com!quark.enet.dec.com!lionel
  2. From: lionel@quark.enet.dec.com (Steve Lionel)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Passing parameters to detached processes.
  5. Message-ID: <1992Dec29.160259.1836@e2big.mko.dec.com>
  6. Date: 29 Dec 92 16:02:59 GMT
  7. References: <1992Dec29.020155.5303@news2.cis.umn.edu>
  8. Sender: usenet@e2big.mko.dec.com (Mr. USENET)
  9. Reply-To: lionel@quark.enet.dec.com (Steve Lionel)
  10. Organization: Digital Equipment Corporation, Nashua NH
  11. Lines: 33
  12.  
  13.  
  14. In article <1992Dec29.020155.5303@news2.cis.umn.edu>, rao@moose.cccs.umn.edu 
  15. (Rao Akella) writes:
  16. >
  17. |>
  18. |>I'm running a command procedure in a detached process, invoking it as follows:
  19. |>
  20. |>    $ RUN SYS$SYSTEM:LOGINOUT/INPUT=PROC.COM/OUTPUT=PROC.OUT/DETACH
  21. |>
  22. |>Is there any way to pass parameters to PROC.COM?
  23. |>
  24.  
  25. Not through the RUN command.  Some alternatives.
  26.  
  27.     1.  Specify /INPUT=PROC2.COM which contains the line:
  28.  
  29.         $ @PROC parameters
  30.  
  31.     2.  Use SUBMIT/PARAM
  32.  
  33.     3.  Use SPAWN (though you can't get a detached process this way.)
  34.  
  35.     4.  Use /ERROR="parameter string" and translate SYS$ERROR in the
  36.         procedure to retrieve the parameters.  You should probably
  37.         then do a $DEFINE SYS$ERROR SYS$OUTPUT.  This is a hack and
  38.         not something I'd recommend.
  39. --
  40.  
  41. Steve Lionel                    lionel@quark.enet.dec.com
  42. SDT Languages Group
  43. Digital Equipment Corporation
  44. 110 Spit Brook Road
  45. Nashua, NH 03062
  46.