home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20393 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.3 KB
  1. Path: sparky!uunet!news.tek.com!tekgen!kellym
  2. From: kellym@tekgen.bv.tek.com (Kelly Mc Connell)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Starting remote process over Decnet?
  5. Message-ID: <1775@tekgen.bv.tek.com>
  6. Date: 5 Jan 93 21:55:32 GMT
  7. References: <lkjpfvINN6r6@news.bbn.com>
  8. Reply-To: kellym@tekgen.bv.tek.com
  9. Distribution: usa
  10. Organization: Tektronix Inc.  VMS Systems Support
  11. Lines: 25
  12.  
  13. In article <lkjpfvINN6r6@news.bbn.com> brosen@BBN.COM (Bruce L. Rosen) writes:
  14. >Is there some system service that supports starting a process on a different,
  15. >but DECnet connected, VMS machine?  It would be something like a LIB$SPAWN,
  16. >but would take hostname, userid, and password, as necessary arguments.
  17. >
  18. >What I'm looking for is a DECnet equivalent of the TCP/IP "rexec" system call.
  19. >
  20. >Is there such a thing?
  21.  
  22. Yes, DECnet Transparent Task to Task communication.  Briefly, create a command
  23. procedure on the remote node that has the commands that you want to execute.
  24. Then from the local node:
  25.  
  26. $ TYPE NODE"USER PASSWORD"::"TASK=comfilename"
  27.  
  28. The comfilename is the filename of the command procedure you created in step
  29. one (minus the .com extension).  If you have proxies set up you can omit the
  30. "USER PASSWORD" portion above.
  31.  
  32. This is documented in the Guide to DECnet-VAX Networking page 2-14.
  33.  
  34. -- 
  35.  
  36.             I may rise, but I refuse to shine before sunset
  37.  
  38.