home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20797 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  2.0 KB
  1. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (Jerry Leichter)
  3. Newsgroups: comp.os.vms
  4. Subject: re: Re: Running LOGINOUT [SYS$CLI]
  5. Message-ID: <9301121445.AA12503@uu3.psi.com>
  6. Date: 12 Jan 93 13:20:08 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 40
  11.  
  12.  
  13.     [I wrote:]
  14.     >The last time I checked, all the SYS$CLI services were accessible
  15.     >through library procedures; you'd gain nothing by using SYS$CLI
  16.     >directly.
  17.  
  18.     Ah... now that's where you're mistaken!  From the few feeble bits of
  19.     information I -was- able to dig up on SYS$CLI, from Pat Rankin and
  20.     Joe Meadows and the like, I've found a couple of things I can do via
  21.     SYS$CLI that I CAN'T do through library procedures.  One, "chain" to
  22.     another executable program after the one I'm running completes.
  23.  
  24. How about LIB$DO_COMMAND pointing to a file containing a RUN statement?
  25.  
  26. Alternatively, create an exit handler that calls LIB$RUN_PROGRAM.
  27.  
  28.                                          Two,
  29.     do that AND issue another independent DCL command, both after the
  30.     program I'm running completes.
  31.  
  32. Someone posted a program that does a combined LIB$RUN_PROGRAM/LIB$DO_COMMAND
  33. to INFO-VAX.  I remember saving it, but now I can't find it.
  34.  
  35.                         Heaven only knows what else I'd find
  36.     if I could follow the scanty docs any better...
  37.  
  38. OK, you've found one odd little corner of functionality that you can't get at
  39. directly.  (What it amounts to is that LIB$RUN_PROGRAM does just a bit more
  40. than call SYS$CLI.)  But you can get the same results, in this case, with a
  41. simple workaround.
  42.  
  43. If what you want to do is hack, then the listings are just fine; that's how
  44. to learn about the undocumented pieces of VMS.
  45.  
  46. But this discussion started with your question as to why SYS$CLI wasn't
  47. documented.  From the point of view of practical programming, my answer
  48. stands:  There's nothing you could do using the complicated SYS$CLI interface
  49. that you can't do using the LIB$ routines.
  50.                             -- Jerry
  51.  
  52.