home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!agate!dog.ee.lbl.gov!news!nosc!crash!cmkrnl!jeh
- From: jeh@cmkrnl.com
- Newsgroups: comp.os.vms
- Subject: Re: How to prevent login.com from running.
- Message-ID: <1992Dec16.204326.984@cmkrnl.com>
- Date: 16 Dec 92 20:43:26 PST
- References: <11345@prijat.cs.uofs.edu>
- Organization: Kernel Mode Consulting, San Diego, CA
- Lines: 51
-
- In article <11345@prijat.cs.uofs.edu>, gavinl1@jaguar.uofs.edu (Lori Gavin) writes:
- > I was wondering if there is any way to globally not run any users's login.coms.
- >
- > We have an command running from rshell and we do not want the user's login.com
- > to run for this command. I realize the users can put in a check for non-
- > interactive processes, but that is not the preferred method. I would like
- > something more automated that I can control.
-
- Set everybodies' LGICMD (in the UAF) to LOGIN . That's it. No device, no
- directory, no file type. (This is the way the DEFAULT record is set up, so
- it's likely that this is already the case.)
-
- Now, the way the LGICMD field is handled at login time, is that it is
- translated as a logical name. When translations "run out", the default file
- spec of SYS$LOGIN: is applied to the result. Usually there is no logical called
- LOGIN, so it just becomes SYS$LOGIN:LOGIN . (SYS$LOGIN equates to the user's
- default device and directory.)
-
- So, if you do the equivalent of
-
- $ DEFINE LOGIN NLA0:
-
- in a context that will be seen by your command that runs from rshell,
- this will inhibit execution of the login.com wherever your logical name
- is available.
-
- >
- > Thanks for any help...
- >
- > Lori
- >
- > --
- > UUUUUU UUUUUU
- > ---------------------------------- UUUU UUUU
- > | Lori Gavin | UUUU SSSSSSSSSSSSSSS
- > | VAX System Manager | UUUU SSSSSSSSSSSSSSSSS
- > | University of Scranton | UUUU SSSS UUUU SSSS
- > | | UUUU SSSS UUUU
- > | BITNET: GAVINL1@SCRANTON.BITNET | UUUU SSSSSSSSSSSSSSSSS
- > |INTERNET: GAVINL1@JAGUAR.UOFS.EDU | UUUUUUUUUUUSSSSSSSSSSSSSSSSS
- > | Phone: (717)941-6133 | UUUUUUUUUUUUUUUUU SSSS
- > ---------------------------------- SSSS SSSS
- > SSSSSSSSSSSSSSSSSS
- > SSSSSSSSSSSSSSSS
-
- --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
- drivers, internals, networks, applications, and training for VMS and Windows-NT
- uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and
- Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG
- Internet: jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
- Uucp: ...{crash,eisner,uunet}!cmkrnl!jeh
-