home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sequent!gaia.ucs.orst.edu!ccmail.orst.edu!holbor
- From: holbor@ccmail.orst.edu (Richard Holbo)
- Newsgroups: comp.sys.novell
- Subject: Re: Toward a more persistent login.exe
- Date: 21 Jan 1993 18:13:04 GMT
- Organization: Oregon State University Libraries
- Lines: 37
- Message-ID: <holbor.45.0@ccmail.orst.edu>
- References: <mr.727477099@ogre> <1jiv06INN1tj@flop.ENGR.ORST.EDU> <holbor.44.0@ccmail.orst.edu> <1993Jan21.104119.14766@infodev.cam.ac.uk>
- NNTP-Posting-Host: standdx05.kerr.orst.edu
-
- In article <1993Jan21.104119.14766@infodev.cam.ac.uk> ag129@cus.cam.ac.uk (Alasdair Grant) writes:
- >From: ag129@cus.cam.ac.uk (Alasdair Grant)
- >Subject: Re: Toward a more persistent login.exe
- >Date: Thu, 21 Jan 1993 10:41:19 GMT
- >In article <holbor.44.0@ccmail.orst.edu> holbor@ccmail.orst.edu (Richard Holbo) writes:
- >>This does not neccarily (sp) work, with older versions of Login.exe there
- >>are no errorlevel's set at all. What I ended up doing was to check for the
- >>Existence of Sys:public\map.exe. This will exist for Most everyone unless
- >
- >Yes. We, for example, are on a back-level version of LOGIN deliberately
- >be able to use zero-length user login scripts. (Newer versions of LOGIN
- >treat them as missing login scripts, and do the default.)
- >
- >I tried John Villalovos's suggestion, but still get "Batch file missing".
- >He suggested that this is because my login script was mapping F: to a
- >directory on a different volume, which is indeed the case. But how can
- >this make a difference to DOS's batch file processor?
-
- What you can do here is to put SYS:\LOGIN in your path. And then
- make the pc Search the path to find your batch file. I.E. do not run F:
- LOGBAT, run C:LOGBAT and the pc will find the LOGBAT.BAT in the SYS:\LOGIN
- search drive, and then not complain about whatever the mapping was for that
- drive, because it WILL ALWAYS be SYS:\LOGIN unless you change servers during
- login. The reason it complains is because it cannot find the batch file
- after it logs in. If you remap F:\LOGIN with a MAP ROOT *1:=USERS:SONSO and
- the batch file started from F:\LOGIN, then F:\LOGIN no longer exists after
- login. As I mentioned in my previous post, I use this ability of Dos to use
- volume names in search drives a LOT with machines that use Boot ROMS.
-
-
- =========================================
- Richard Holbo (503) 737-0952
- Systems Analyst
- Oregon State University Libraries
- holbor@ccmail.orst.edu
- =========================================
- You're looking at the Library of the Future
-