home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!nntp-server.caltech.edu!eql.caltech.edu!rankin
- From: rankin@eql.caltech.edu (Pat Rankin)
- Newsgroups: vmsnet.networks.tcp-ip.multinet
- Subject: Re: RCP and LOGIN.COM problem
- Message-ID: <6SEP199223421095@eql.caltech.edu>
- Date: 7 Sep 92 06:42:00 GMT
- References: <1992Sep7.130219.1@deco.ucc.su.oz.au>
- Sender: news@cco.caltech.edu
- Organization: California Institute of Technology
- Lines: 23
- News-Software: VAX/VMS VNEWS 1.41
- Nntp-Posting-Host: eql.caltech.edu
-
- In article <1992Sep7.130219.1@deco.ucc.su.oz.au>,\
- stanley@deco.ucc.su.oz.au writes...
- > When the MultiNet 'rcp' server calls any Unix 'rcp' client, everything works.
- > However, the Unix 'rcp' server bombs out when talking to MultiNet 'rcp'
- > client because the first line of the user's login.com is always sent back
- > to the server.
- > $! first line from login.com even if it is '$ set noverify'
- > Is there any way to avoid this (other than have no login.com)?
-
- Yes, use the lexical function f$verify() to turn verification off.
- You can use the tick mark (',apostrophe,single quote) to force the function
- to be evaluated before DCL decides whether or not to echo the line.
-
- |$ v = 'f$verify(0)' !turn verification off, remember whether it was on
- |
- |... rest of login.com here (should probably start with ``$ set noon'') ...
- |
- |$ if v then set verify !nothing after this line
-
- Several variations are possible, but this one is the most straight-
- forward.
-
- Pat Rankin, rankin@eql.caltech.edu
-