[HECnet] RSTS/E 10.1 and OpenVMS via DECnet

[Cory Smelosky]

On Sun, Oct 28, 2012 at 2:38 PM, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote:

El 28/10/2012, a les 18:18, Cory Smelosky <b4 at gewt.net> va escriure:

DECmail is also installed but not configured. And I may've just figured out why DECnet wasn't working, I'm going to go read the documentation and post back.

Okay, I've   maybe made progress.

Alpha connecting to the RSTS/E system:
$ set host 33.301
%SYSTEM-F-NOSUCHOBJ, network object is unknown at remote node

And on 33.301:
Event type 34.1, Object spawn failure
Occurred 15-Oct-25 13:11:52.6 on node 33.301 (GEWT1)
Reason: Unknown Object identification
Source node = 33.302
Source process = 0 556 0 SYSTEM
Destination process = 42

(I have no idea what's with the 15-OCT-25, the date is set correctly on the system   )

Attempting to reach 33.302 from 33.301:
$ set host 33.302
Connection Established to VAX/VMS Node 33.302

?Unsupported Virtual Terminal Protocol.

And it just times out when the VAX tries to contact the RSTS/E system/RSTS/E system tries to contact the VAX. VAX and ALPHA can reach each other and the Alpha can reach HECnet via the VAX

Any ideas?

RSTS does not support the CTERM protocol. It needs the old RTERM. I'm not sure if VMS Alpha supports it. VMS VAX 7.3 does:

$ set host/app=rterm bitxot
%REM-I-CONNECTION, connection made using RTERM protocol
%REM-I-REMOTE, connection established to remote node BITXOT::
RSTS V10.1-L 28-Oct-12 19:37
User: 200,1
Password:
Last interactive login on 28-Oct-12, 19:36      at KB37:
Last non-interactive login on 06-Jun-12, 00:59

Tried that. The result?

$ set host/app=rterm 33.301
%REM-I-CONNECTION, connection made using RTERM protocol
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000517000008AA4, PC=0000517000008AA4, PS=0000001B

   Improperly handled condition, image exit forced.
      Signal arguments:    Number = 0000000000000005
                                    Name    = 000000000000000C
                                                  0000000000000000
                                                  0000517000008AA4
                                                  0000517000008AA4
                                                  000000000000001B

      Register dump:
      R0   = 0000000000000003   R1   = 0000000000008F50   R2   = 0000000000008134
      R3   = 0000000000034804   R4   = 000000007FFCF814   R5   = 0000000000009AEF
      R6   = 0000000000000000   R7   = 0000000000000001   R8   = 000000000003481D
      R9   = 000000007FF9DDF0   R10 = 000000007FFA4F28   R11 = 000000007FFCDC18
      R12 = 000000007FFCDA98   R13 = 0000000000005170   R14 = 0000000000008E28
      R15 = 0000000000008E28   R16 = 0000000002A83089   R17 = 0000000000200000
      R18 = FFFFFFFF809043A0   R19 = FFFFFFFF816367D0   R20 = 0000000000000002
      R21 = 0000000000000000   R22 = 000000007AE4BA54   R23 = FFFFFFFF80190A50
      R24 = 0000000000000001   R25 = 0000000000000003   R26 = FFFFFFFF80190A8C
      R27 = 000000007AE4BA54   R28 = 0000000000000006   R29 = 000000007AE4BA60
      SP   = 000000007AE4BA30   PC   = 0000517000008AA4   PS   = 300000000000001B
$  

Yeah. I've broken something somewhere...
  

                                                                                                 

Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES