Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!burl!ulysses!cbosgd!ucbvax!info-vax
From: powers@TESLA.EE.CORNELL.EDU (John Powers)
Newsgroups: mod.computers.vax
Subject: Re: clearing recall-buffer
Message-ID: <8511182054.AA08197@tesla.ee.cornell.edu>
Date: Mon, 18-Nov-85 15:54:28 EST
Article-I.D.: tesla.8511182054.AA08197
Posted: Mon Nov 18 15:54:28 1985
Date-Received: Thu, 21-Nov-85 06:43:42 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 30
Approved: info-vax@sri-kl.arpa

Reply-To: garry%geology@cu-arpa.cornell.edu.arpa
Organization: Cornell Engineering && Flying Moose Graphics

In article <...> S211KENO@HTIKHT5.BITNET writes:
>Of course I do set terminal/noecho before the INQUIRE-statement, but
>onfortunately the password is still in the recall-buffer.
>
>Does anybody know how to clear the recall-buffer ?

It appears the DCL routines which extend the terminal driver's memory
don't agree with the terminal driver itself about whether to save non-echoed
input. The driver's probably right since you're not very likely to be
editing a command you can't see...

To do it the driver's way, use Read rather than Inquire:

          $ read/prompt="Password: " sys$command password

I think this should solve your problem.

(An explicit Read to the terminal is more often used when you want the
input precisely as typed (no conversion to upper case...), or when
a /TIME_OUT would be a good thing.)


Garry Wiegand      "more than you ever wanted to know about VMS"
garry%geology@cu-arpa.cs.cornell.edu  (arpa)

(apologies for scrambled headers; I'm having trouble getting sri-kl to
accept this.)