home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20299 < prev    next >
Encoding:
Text File  |  1993-01-04  |  2.1 KB  |  49 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!gatech!rpi!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!pacbell.com!rtech!ingres!mikes
  3. From: mikes@Ingres.COM (Mike Schilling)
  4. Subject: Re: re: Re: Passing parameters to detached processes.
  5. Message-ID: <1993Jan4.170428.1518@pony.Ingres.COM>
  6. References: <1i8q3mINNdbj@gap.caltech.edu>
  7. Date: 4 Jan 93 17:04:28 GMT
  8. Lines: 39
  9.  
  10. From article <1i8q3mINNdbj@gap.caltech.edu>, by carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick):
  11. > In article <31DEC199209423681@author.gsfc.nasa.gov>, rkoehler@author.gsfc.nasa.gov (Bob Koehler) writes:
  12. >>In article <9212301623.AA19674@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes...
  13. >>> 
  14. >>> 
  15. >>>Note that running LOGINOUT to map the CLI in this way is itself undocumented
  16. >>>and unsupported....
  17. > 
  18. > Where?  
  19. Where what?  Which where?  Who's on first?
  20. Are you really asking where it's undocumented?  (Like Woody Allen's joke about
  21. the atheist and the agnostic who couldn't decide which religion not to bring
  22. their kids up in.)  
  23.  
  24. >And could you please specify things explicitly enough that we'd have
  25. > a chance of knowing what you're talking about?  The post to which I'm replying
  26. > is the sort of thing that those who object to my flames should *REALLY* be
  27. > complaining about.
  28.  
  29. It was entirely clear in this post what Jerry was warning about, the 
  30. old trick of
  31.  
  32.     $ RUN/DETACH SYS$SYSTEM:LOGINOUT/INPUT=something.COM
  33.  
  34. to get a detached process which runs a CLI.  To inject a little content into
  35. this flamefest, can anyone:
  36.  
  37. 1. Verify that this technique is unsupported.
  38. 2. Suggest a supported way to acomplish the same thing.
  39. (The only thing that comes to mind is submitting a batch job.  This will
  40. work fine with a suitably configured batch queue, but programs don't
  41. always run on systems the developer manages.)
  42. 3. Comment on the probability of such code breaking in the future.
  43.  
  44. Mike
  45. ----------------------------------------------------------------------------
  46. mikes@ingres.com = Mike Schilling, INGRES, An ASK Group Company, Alameda, CA
  47. Just machines that make big decisions,
  48. Programmed by fellows with compassion and vision.    -- Donald Fagen, "IGY"
  49.