home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20768 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  2.2 KB
  1. Path: sparky!uunet!portal!cup.portal.com!Chris_F_Chiesa
  2. From: Chris_F_Chiesa@cup.portal.com
  3. Newsgroups: comp.os.vms
  4. Subject: re: Re: Running LOGINOUT [SYS$CLI]
  5. Message-ID: <73406@cup.portal.com>
  6. Date: Mon, 11 Jan 93 21:59:19 PST
  7. Organization: The Portal System (TM)
  8. References:  <9301071240.AA03083@uu3.psi.com>
  9. Lines: 42
  10.  
  11. Whew... it's been a whole five days since I read-and-posted here... and it's 
  12. 1AM even so...
  13.  
  14. In response to an earlier posting of mine, Jerry Leichter writes:
  15.  
  16. >    Is it possible that the "running LOGINOUT" issue, [...] might be
  17. >    related to the thoroughly undocumented nature of [...] SYS$CLI?
  18. >
  19. >Nope; not connection at all.
  20. >
  21. > [...more drivel from me...]    
  22. >
  23. >SYS$CLI is a catch-all; essentially all it means is "CLI, please perform some
  24. >service for me".  A parameter specifies which service, and all the rest of the
  25. >parameters vary depending on the service to be provided.
  26.  
  27. That much I know.  It's just that the data structure isn't documented 
  28. anywhere.  A disconcerting proportion of the "regulars" on this group
  29. seem to have access to VMS source code; I'd give my left eyetooth to 
  30. come within spitting distance of it, myself, as that seems to be not 
  31. only the "definitive" reference but in some cases the ONLY source of
  32. information, on some topics, SYS$CLI being one of them.  I suppose, though,
  33. that if I ever DID encounter VMS source code I'd be disappointed: I 
  34. imagine it being heavily and clearly commented and easy to follow, and
  35. I'd be awfully teed off if it turned out to be obscure and obfuscated...
  36.  
  37. But I digress.
  38.  
  39. >The last time I checked, all the SYS$CLI services were accessible through
  40. >library procedures; you'd gain nothing by using SYS$CLI directly.
  41.  
  42. Ah... now that's where you're mistaken!  From the few feeble bits of
  43. information I -was- able to dig up on SYS$CLI, from Pat Rankin and 
  44. Joe Meadows and the like, I've found a couple of things I can do via
  45. SYS$CLI that I CAN'T do through library procedures.  One, "chain" to
  46. another executable program after the one I'm running completes.  Two,
  47. do that AND issue another independent DCL command, both after the 
  48. program I'm running completes.  Heaven only knows what else I'd find 
  49. if I could follow the scanty docs any better...
  50.  
  51. Chris Chiesa
  52.   Chris_F_Chiesa@cup.portal.com
  53.