From:	CSBVAX::MRGATE!114RONAN@VAX.LIVPOL.AC.UK@SMTP 29-FEB-1988 07:53
To:	ARISIA::EVERHART
Subj:	Patch for $ SET TERM/DEV=VK100 setting DEC_CRT.


Received: from CUNYVM.CUNY.EDU by KL.SRI.COM with TCP; Fri 26 Feb 88 13:20:00-PST
Received: from UKACRL.BITNET by CUNYVM.CUNY.EDU ; Fri, 26 Feb 88 11:51:19 EST
Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 2205; Fri,
 26 Feb 88 14:10:52 GMT
Via:      UK.AC.RL.EARN; Fri, 26 Feb 88 14:10:51 GMT
Received: from RL.IB by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 2204; Fri, 26
          Feb 88 14:10:51 GM
Via:      UK.AC.LIVPOL.SPOOL; 26 FEB 88 14:10:36 GMT
Date:     26-FEB-1988 14:10:29
From:     114RONAN@VAX.LIVPOL.AC.UK
To:       INFO-VAX@KL.SRI.COM
Subject:  Patch for $ SET TERM/DEV=VK100 setting DEC_CRT.

The enclosed patch to SET.EXE addresses the problem seen with
$ SET TERM/DEV=VK100 under VMS 4.6, viz. that this sets the DEC_CRT
characteristic when it should clear it, (as previous versions of VMS did).
This may be of use to those out there who are having to work around the
problems this causes in EDT and TPU etc. by doing an explicit
$ SET TERM/NODEC_CRT.

The effect of the patch is to remove the TT2$M_DECCRT (X20000000)
characteristic from the SET2 longword of the VK100 entry in TERM$_TABLE,
and insert it into the CLEAR2 longword. The SET2 longword defines which
bits to set in the terminal's DEVDEPEND2 longword, and CLEAR2 defines
which bits to clear, when $ SET TERM/DEVICE is used.

The addresses are calculated as follows - X980 is the start address of
data defined in the $GLOBAL$ psect by the TERMDEFS module (from SET.MAP,
4.6 ufiche sheet 67/N9). X32C is the offset for the SET2 longword for
VK100 terminals within that part of $GLOBAL$ defined by TERMDEFS, and
X334 is the offset for the CLEAR2 longword, (from TERMDEFS.LIS, sheet
81/H6).

 - DISCLAIMERS - DISCLAIMERS - DISCLAIMERS - DISCLAIMERS - DISCLAIMERS -

1. From the PATCH reference manual:-

   "PATCH is not intended for customer use on DIGITAL software. Any
    revisions applied to this software, except those contained in
    DIGITAL-supplied automatic update kits, may make it difficult for you
    to install future software updates. Furthermore, application of patches
    to VAX/VMS software that are not supplied by DIGITAL invalidates the
    warranty on the DIGITAL-supplied VAX/VMS software".

2. There may be a very good reason why GIGI terminals should have DEC_CRT
   turned on.

3. I have tried this patch only on a standalone MicroVAX running MicroVMS 4.6.
   However I see no reason why it shouldn't work on ordinary VMS 4.6 too.

4. This patch works on our machine. I give no guarantee that it will work
   on yours.

5. This patch may not be necessary for VMS 4.7 - we haven't received that
   yet. If it is necessary, the addresses used may have changed and this
   patch may not be applicable.

6. (I bet you're wondering why I bothered - so am I!)

$ ! ------------------------------------ cut here ---------------------
$
$ SET PROCESS/PRIV=ALL
$ SET DEFAULT SYS$COMMON:[SYSEXE]
$ PATCH SET.EXE
REPLACE/LONG X980+X32C
23001000
EXIT
03001000
EXIT
REPLACE/LONG X980+X334
0DC700000
EXIT
0FC700000
EXIT
UPDATE
EXIT
$
$ ! If you have a cluster, you must do the following on all the other CPUs
$
$ INSTALL_CMD := $INSTALL/COMMAND
$ INSTALL_CMD REPLACE SET
$
$ EXIT
$ ! ------------------------- END OF PATCH -----------------------
