Path: utzoo!attcan!uunet!lll-winken!lll-tis!helios.ee.lbl.gov!pasteur!ucbvax!M5.SDSC.EDU!gkn
From: gkn@M5.SDSC.EDU (Gerard K. Newman)
Newsgroups: comp.os.vms
Subject: RE: Preventing chattering terminal lines
Message-ID: <880805172138.278000e2@M5.Sdsc.Edu>
Date: 5 Aug 88 17:21:38 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 43


	From:	 EVERHART%ARISIA.decnet@GE-CRD.ARPA
	Subject: Preventing chattering terminal lines
	Date:	 3 Aug 88 10:54 EST

	*flame on*
	After many messages about how to prevent VMS terminals from getting
	Username: prompts, I wonder HOW LONG it will take DEC to add a /SLAVE
	switch to the terminal characteristics. This has been in the RSX11M
	and RSX11M+ products for years. Setting a terminal /slave changes
	NONE of its' characteristics, but prevents logins on that terminal.
	Therefore, typeahead works, flow control is normal, and whether
	the terminal is available for interactive use is decoupled from all
	the other weird characteristics available for controlling behavior.
	Setting a terminal slaved requires privilege, but would make a great
	deal of sense in a VMS environment.
	  How about it, VMS Engineering???
	*flame off*
	Glenn Everhart


Quoted (w/o permission) from the V4.7 $UCBDEF macro:


	$EQU	UCB$M_TT_NOLOGINS	32768


However, it doesn't appear that the routine UNSOL in TTYSUB pays any
attention to it, and neither does UNSOLICITED_INPUT in the JOBCTL
module UNSOLICIT.

Close, I suppose.

gkn
----------------------------------------
Internet: GKN@SDS.SDSC.EDU
Bitnet:   GKN@SDSC
Span:	  SDSC::GKN (27.1)
MFEnet:   GKN@SDS
USPS:	  Gerard K. Newman
	  San Diego Supercomputer Center
	  P.O. Box 85608
	  San Diego, CA 92138-5608
Phone:	  619.534.5076