[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:STAR::VATNE
Created:Mon Oct 30 1989
Last Modified:Mon Dec 31 1990
Last Successful Update:Fri Jun 06 1997
Number of topics:3726
Total number of notes:19516

657.0. "How to turn off console messages to VS3100 screen" by CIVAGE::PRUSS (Dr. Velocity) Fri Apr 21 1989 23:17

    We have a VS3100 5.1-b, DS 5.1 and are seeing a couple problems.
    This is a standalone color system.
    
    1)

    We are logging console messages to the screen (usually DECnet adjacency
    messages) Thus we need to use ^F2 a lot.

    2)

    The 'returned' portion of the screen does not come back clean after
    ^F2.  Hard to describe, but colors are of and there is a 'vertical
    stripe' random length and spacing.

    Icons which ought to be restored are not, I guess these belong to the
    window manager?

    Covering a 'damaged' area with a window and exposing fixes the bad
    areas.

    How do I turn of the console messages to the screen?  Is this
    documented?  This is a standalone system.  I do not see these messages
    on any satellites of our cluster (all VS2000, VSII/GPX)

T.RTitleUserPersonal
Name
DateLines
657.1try thisLESLIE::LESLIEAndy ��� Leslie, CSSESun Apr 23 1989 14:5438
$ set proc/priv=(oper,security) ! Necessary Privs
$
$!   This command procedure should disable OPCOM output to OPA0
$!   and enable it to the Session Manager Window. If you wish put these
$!   three lines in your systartup_v5.com
$
$!   They become redundant with VMS 5.2's treatment of OPCOM messages
$!   on workstations in clusters and use of the new OPCOM logical names.
$
$ define sys$command opa0:
$ reply/disable
$ deassign sys$command
$
$loop: ! Ensures job isn't already running, and if it is, kills it.
$ pid = F$PID (context)
$ IF pid .EQS. "" THEN GOTO a_ok
$ IF F$GETJPI ("''pid'", "PRCNAM") .EQS. "Opcom2sm" 
$ THEN  
$  stop/id='pid'
$  goto a_ok
$ Endif
$ goto loop
$a_ok:
$       set proc/name="Opcom2sm"
$	Wait 00:01:00
$	SessionProcess = F$GetJpi( "", "Owner" )
$ Loop2:
$	Terminal = F$GetJpi( SessionProcess, "Terminal" )
$	If Terminal .nes. "" then goto TerminalKnown
$	Wait 00:00:05
$	Goto Loop2
$ TerminalKnown:
$	Define Sys$Command 'Terminal'
$	Reply/Enable
$	Deassign Sys$Command
$	X = F$SetPrv (Old_priv)
$	Exit

657.2 Will this help?FUEL::grahamif ya want home cookin, stay homeMon Apr 24 1989 19:5819
re .0
>We are logging console messages to the screen (usually DECnet adjacency
>messages)....

> How do I turn of the console messages to the screen? Is this 
> documented?

My knowledge of VMS 'things' is very little - but this is what I do to turn off
decnet console messages off under decnet-ultrix.

ncp define known logging state off
ncp set known logging state off

Also, X11 has a utility (for UNIX systems) called xcons that helps to direct
console messages to a terminal window.  Is this available for VMS?

Kris..

657.3The real problem with the vertical stripes may lie with DECwindows42143::PITTIt's all in the dots .. ... .. . .. ...Wed Apr 26 1989 12:5016
I'm interested to read the problem with vertical stripes, because I have seen it
too.  I am running T5.2-413 on a VS3500.  Initially I thought it must be a
memory problem, but now I'm not so sure.  Incidentally, I QAR'ed it today in the
V52-IFT database, as number 281, just for the record.  I hadn't noticed that it
was associated with use of the operator window, but it could be ...  Anyone else 
seen it?

Maybe also in the same area is a little problem with the keyboard that occurred
yesterday:  I suddenly found that the Find/Insert/Remove/Select/Prev/Next keys
and the arrow keys did not work:  hitting any one of them simply turned on the
"Wait" light on the keyboard.  The same problem occurred with another keyboard.
Rebooting "fixed" the problem.  Again, my first thought was a memory problem on
the VAXStation, but maybe not?

T

657.4AITG::DERAMODaniel V. {AITG,ZFC}:: D'EramoWed Apr 26 1989 21:0016
	re .3

Maybe also in the same area is a little problem with the keyboard that occurred
yesterday:  I suddenly found that the Find/Insert/Remove/Select/Prev/Next keys
and the arrow keys did not work:  hitting any one of them simply turned on the
...

	The loss of those keys usually means that you pressed ctrl-F3
	(it's next to ctrl-F2 which toggles the operator window).  Ctrl-F3
	toggles you into and out of a state where the arrow keys move the
	mouse (with eventual auto-repeat), and I suppose the Select key
	acts like pressing the left button, etc.  I thought that the wait
	light stayed on when in that mode, though.

	Dan

657.5Can't get command procedure to workDEDLNE::SYSTEMFri Jan 12 1990 12:2211
I tried running the command procedure posted in this note, and I can't seem
to get it to work.  I ran it from a DCL command menu, and it disabled the 
OPCOM messages, but it is not putting them in the session manager, or anywhere
else.  Am I supposed to run the procedure before calling up DECwindows, or am
I doing something else wrong?

I have a VX3100, VMS 5.3, DW 2.0.

Thank you.

Andrew Richmond
657.6QUARK::LIONELFree advice is worth every centFri Jan 12 1990 13:2229
Here's what I do.

SYS$MANAGER:SYLOGICALS.COM is:
$ define/system opc$opa0_enable "FALSE"
$ exit 1


Then from my DECW$LOGIN.COM, I spawn the following:

$	Set Process/Name="SM_Opcom"
$	Wait 00:02:00		! Wait for Session Manager to get Started
$	SessionProcess = F$GetJpi( "", "Owner" )
$ Loop:
$	Terminal = F$GetJpi( SessionProcess, "Terminal" )
$	If Terminal .nes. "" then goto TerminalKnown
$	Wait 00:00:05
$	Goto Loop
$ TerminalKnown:
$	Set Proc/Priv=(Oper,Security)
$	Def/User Sys$Command 'Terminal'
$	Reply/Enable
$	Set Proc/Priv=(NoOper,NoSecurity)
$	Exit


Andy's command procedure seems to be trying to do the above from SYSTARTUP -
I can't tell you why it doesn't work.  But the above works for me.

				Steve