home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20171 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  1.9 KB
  1. Path: sparky!uunet!spool.mu.edu!olivea!charnel!rat!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: re: Using LOGINOUT.EXE (was Re: Passing parameters...
  5. Message-ID: <1992Dec31.125140.1050@cmkrnl.com>
  6. Date: 31 Dec 92 20:51:40 GMT
  7. References: <9212301623.AA19674@uu3.psi.com> <31DEC199209423681@author.gsfc.nasa.gov>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 29
  10.  
  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. >>Note that running LOGINOUT to map the CLI in this way is itself undocumented
  14. >>and unsupported....
  15. > Yeah, I used to think so to, until I saw it in the documentation.
  16.  
  17. Where did you see it in the documentation???
  18.  
  19. There are references under RUN (Process) in the DCL Dictionary, and under
  20. $CREPRC in the System Services Reference, to what is now called the "nouaf"
  21. option -- don't check the UAF if the image being run happens to be loginout.exe
  22. . 
  23.  
  24. However I can find nothing that says that running loginout.exe in a process of
  25. your own creation is the way to create a process that runs DCL. 
  26.  
  27. The last time I talked to VMS developers about this, they would not commit to
  28. "it'll never change".  In fact they hinted very strongly that I shouldn't count
  29. on it never changing.  
  30.  
  31. Personally I wish they'd either commit to supporting it or get on with doing
  32. something else -- but in the meantime I'm not going to depend on it.  
  33.  
  34.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  35. drivers, internals, networks, applications, and training for VMS and Windows-NT
  36. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  37. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  38. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  39. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  40.