NetNews Usenet Archive 1993 #1/NN_1993_1.iso/spool/comp/os/vms/20412

Text File | 1993-01-06 | 3.9 KB | 104 lines

Newsgroups: comp.os.vms
Path: sparky!uunet!ulowell!woods.ulowell.edu!sabotkap
From: [e-mail]
Subject: Reposted TT_AccPorNam question.
Message-ID: <[e-mail]>
Lines: 93
Sender: [e-mail] (News manager - ulowell)
Organization: University of Lowell
Date: Wed, 6 Jan 1993 03:35:48 GMT

I recenly posted a question regarding the nature of how TT_AccPorNam is
given a value, and a problem regarding how, during certain logins on our
system, the TT_AccPorNam information was not available.

At the time, I thought the information I provided was complete and accurate.
However, after reading my own post (and a few flames), I realized my lack of
complete and relevant information.  I don my flame-retardent suit as I attempt
to fully describe the conditions under which these problems were occuring.

When logging in from either a LAT server or DECnet, TT_AccPorNam returned
the correct field.  When logging in via TELNET, the problem occured.

Consider the following portion of SYLOGIN:

$
$ TT = F$EXTRACT(0,3,F$GETJPI("","TERMINAL"))
$ GOTO 'TT'
$!
$ RTA:
$ LTA:        ( commands executed at each label deleted )
$ OPA:
$ TTA:        ( note the lack of any TNA label )
$ TXA:

The lack of a "$ TNA:" label caused SYLOGIN to abort during TELNET sessions,
("target of GOTO not found", if TT was equated to "TNA").  The account
specific LOGIN.COM executed normally.

Now, when the GOTO error occured (only during TELNET sessions), accessing
TT_AccPorNam via DCL (the lexical F$GETDVI) ALWAYS returned a blank string.
A SHOW USERS output lacked this information as well.

However, after issuing a SET TERM/INQUIRE, an F$GETDVI("TT","TT_AccPorNam")
correctly returned the remote host information, as well as the field in the
SHOW USERS output.

The following log file shows the error in action:

Joblog> telnet cirrus.ulowell.edu
Trying...129.63.145.1
Connected to CIRRUS.
Escape character is '^]'.

        Welcome to VAX/VMS V5.4

Username: SABOTKA
Password:

Welcome to the WEASUL on node CIRRUS

    Last interactive login on Wednesday,  6-JAN-1993 02:49
    Last non-interactive login on Wednesday,  6-JAN-1993 02:30
%DCL-W-USGOTO, target of GOTO not found - check spelling and presence of label
$ show users/full sabotka
      VAX/VMS User Processes at  6-JAN-1993 02:50:52.57
    Total number of users = 1,  number of processes = 1

 Username  Node   Process Name    PID     Terminal
 SABOTKA  CIRRUS  P. Sabotka    21400926  TNA2:
$ TT = f$getdvi("TT","TT_AccPorNam")
$ show symbol TT
  TT = ""
$ SET TERMINAL/INQUIRE
$ show users/full sabotka
      VAX/VMS User Processes at  6-JAN-1993 02:51:38.71
    Total number of users = 1,  number of processes = 1

 Username  Node   Process Name    PID     Terminal
 SABOTKA  CIRRUS  P. Sabotka    21400926  TNA2:    (Host: WILLOW Port: 3125 )
$ TT = f$getdvi("TT","TT_AccPorNam")
$ show symbol TT
  TT = "Host: WILLOW Port: 3125 "

The error in SYLOGIN has been fixed, and all subsequent logins via TELNET
return a TT_AccPorNam field with no problems.  Just to see what would happen,
I intentionally took out the labels that handle LAT and DECnet sessions.
Even though the same "target of GOTO..." error occured, the TT_AccPorNam
correctly returned the SERVER/PORT for LAT sessions and NODE::USER for DECnet
sessions.

Although the problem has been fixed, my (somewhat modified) questions remain:

1)  Why would such an error in SYLOGIN cause TT_AccPorNam to return a blank
    string only during TELNET sessions ? (ours is UCX V1.3 on VMS 5.4)
2)  Why does a SET TERM/INQUIRE remedy the problem ?

I hope enough information has been provided.

^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v^-v-^
Pete Sabotka, Meteorology Dept.                   [e-mail]
University of Massachusetts - Lowell
"Days like this let you savor a bad mood."        - Calvin (Calvin & Hobbes)
^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v^-v-^