T.R | Title | User | Personal Name | Date | Lines |
---|
2560.1 | Possible workaround | HANNAH::MESSENGER | Bob Messenger | Mon Apr 02 1990 17:36 | 11 |
| Re: .0
Try this:
$ set display/create/node=xxx
$ create/term/detach
Some people have had problem with the /display=node::0 method of specifying
the display name.
-- Bob
|
2560.2 | Nope, happens either way | ATSE::DMILLER | Cecil B D'Miller, the esoteric | Mon Apr 02 1990 18:02 | 0 |
2560.3 | Make that run sys$system:decw$terminal | HANNAH::MESSENGER | Bob Messenger | Mon Apr 02 1990 18:47 | 18 |
| Re: .2
Here are a couple more things to try:
1. Before giving the create/term command, define a logical name
DECW$DECTERM_OUTPUT to point to the name of a log file; then you might
be able to see why the DECterm controller can't start.
2. From a privileged account:
$ set proc/priv=(share,sysnam,phy_io)
$ set display/create/node=xxxx
$ run decw$terminal
Once the DECterm controller has displayed its startup message, try
issuing the create/term command in another window.
-- Bob
|
2560.4 | Hasn't worked for over a week, but today... | ATSE::DMILLER | Cecil B D'Miller, the esoteric | Tue Apr 03 1990 14:31 | 9 |
| I am now totally confused.
I defined DECW$DECTERM_OUTPUT and issue my CREATE/TERM command...
This time it worked! I've gone and created 5 or 6 of them now
without a problem.
Curiouser and curiouser...
-Dave
|
2560.5 | Still experiencing "hang" problem with CREATE/TERM | REORG::GILLIS | Mark Gillis, DTN 264-4167, NUO1-1/G10 | Wed Jun 20 1990 10:58 | 38 |
| I have also been experiencing this "hang" problem with the DECTERM Controller
but I haven't been able figure out why.
I am executing $CREATE/TERM on a remote node in a MI cluster running VMS V5.3
and "serving" my workstation. My security file is set up properly, as I have
other DECWINDOWS applications running remotely.
I set host from my workstation, TURGON, to a remote node on the MI cluster,
REORG and attempt the following:
$ show display
%SYSTEM-W-NOSUCHDEV, no such device available
-SHOW-W-OPENIN, error opening DECW$DISPLAY as input
$ set display/create/node=turgon
$ $ CREATE/TERM/DETACH/PROCESS="DCL1"/WINDOW=(INIT=ICON,TITL=DCL1,ICON_NAME=DCL1
)
REORG::_RTA23: 09:52:23 DECW$TERM CPU=00:00:02.15 PF=1355 IO=218 MEM=408
REORG::_RTA23: 09:52:33 DECW$TERM CPU=00:00:02.15 PF=1358 IO=219 MEM=411
REORG::_RTA23: 09:52:44 DECW$TERM CPU=00:00:02.15 PF=1358 IO=220 MEM=411
REORG::_RTA23: 09:52:58 DECW$TERM CPU=00:00:02.16 PF=1358 IO=221 MEM=411
REORG::_RTA23: 09:53:05 DECW$TERM CPU=00:00:02.17 PF=1358 IO=222 MEM=411
REORG::_RTA23: 09:53:16 DECW$TERM CPU=00:00:02.17 PF=1358 IO=223 MEM=411
REORG::_RTA23: 09:53:22 DECW$TERM CPU=00:00:02.18 PF=1358 IO=224 MEM=411
REORG::_RTA23: 09:53:24 DECW$TERM CPU=00:00:02.20 PF=1358 IO=225 MEM=411
Interrupt
$ stop
$ show display
Device: WSA98: [super]
Node: TURGON
Transport: DECNET
Server: 0
Screen: 0
Any suggestions?
Thanks,
|
2560.6 | | HANNAH::MESSENGER | Bob Messenger | Wed Jun 20 1990 14:56 | 18 |
| Re: .5
CREATE/TERMINAL (actually DECwTermPort) waits 5 minutes trying to create a
DECterm window before it gives up. Normally it should never have to wait
the full 5 minutes because the DECterm controller sends it a termination
message, but for some reason this message doesn't always get sent.
To find out why DECterm can't create a new window, define a logical name
DECW$DECTERM_OUTPUT in the process that will do the CREATE/TERMINAL to be
the name of a log file. Post the log file output as a reply to this note.
DECterm might be failing or hanging because some DECW$* logical names are
defined that make DECwTermPort think that the DECterm controller is running
when it isn't. Another possibility is that your BYTCNT quota is too low,
which can cause DECterm to hang. Some people have reported problems with
the /PROCESS qualifier, so you might want to try omitting it.
-- Bob
|
2560.7 | my solution | BLKPUD::THOMASA | Wow I,ve got a colour .... | Thu Aug 23 1990 06:33 | 14 |
| Hi all,
I have seen problems with decterms in the past related to the process
DECW$TE_n which I think is used to controll all your DECterms on a particular
node . This process was seen to go into an RWAST because it ran out of bytlm
quota. This process picks up its quotas from the PQL_ parameters, so adjusting
these fixed my problem.
in modparams.dat
min_pql_dbytlm=32000
min_pql_mbytlm=32000
Andy
|