------------------------------------------------------------------------
On 8/26/20 4:02 PM, Johnny Billquist wrote:
Aw, shit! (Excuse my language.)
I had more or less forgotten. Yes, as distributed, it has a bug. I
have fixed it, but of course, noone else have that.
For now, the simple solution, pick MIM::DU:[5,54]RRS.TSK, and you'll
be good.
Sigh! I really hope the whole DEC/Mentec/HP ownership mess can be
sorted one day. I have about 100 fixes or improvements to RSX sitting...
? Johnny
------------------------------------------------------------------------
On 2020-08-26 21:57, R. Voorhorst wrote:
L.S.
Is there something different with patch levels or otherwise?
After successful login on Rsts 10.1:
$ logout
SAVED ALL DISK FILES ON SY: 6784 BLOCKS IN USE
JOB 7 USER 1,2 LOGGED OFF KB24: AT 26-AUG-20 21:53
6 OTHER USERS STILL LOGGED IN UNDER THIS ACCOUNT
SYSTEM RSTS V10.1-L RSTS/E V10.1
RUN TIME WAS .2 SECONDS
ELAPSED TIME WAS 1 MINUTE
GOOD EVENING
SWBU01::RRS -- Remote disconnect
SWBU01::RRS -- Control returned to node SWBU01::
???????? MOV???? #20,R0
EM:065126
XDT>
Best regards,
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Johnny Billquist
Sent: Wednesday, 26 August, 2020 15:09
To: hecnet at Update.UU.SE
Cc: Thord Nilson <thordn at gmail.com>
Subject: Re: [HECnet] Configuring py-decnet.
And to complement the picture a little more. On RSX, you need a
program called RRS, which is provided among the "unsupported
utilities" in the DECnet distribution.
.rrs elvira
MIM::RRS -- Connection established to node ELVIRA::
RSTS V10.1-L 26-Aug-20 14:41
User: 99,99
PASSWORD:
LAST INTERACTIVE LOGIN ON 26-AUG-20, 02:36??? AT KB21:
$
??? Johnny
On 2020-08-26 02:19, Thomas DeBellis wrote:
Yeah, that's what I found out, too.
On Tops-20, the CTERM client is called CTERM-SERVER (don't ask)
whereas the NRT client is called SETHOST.? SETHOST is /quite/ old and
I had been hacking it for efficiency and fixing a few bugs.
It now has an alternate debugging entry to try to force Tops-20 NRT
(which will also work on Tops-10) and ignore the remote node type
until it can't proceed any further.? Here are the results from my own
tests; they indicate that a CTERM (server) object does not exist on
ELVIRA.
I'm not sure, but I had thought that CTERM had not been done on RSTS/E.
!cterm-sERVER.EXE.2 elvira
[Attempting a connection,
_CTERM Connect failed - Destination process does not exist_ !g
ds:sethost !ree Escape character(^Y):
Host name: ELVIRA::
[Connecting to remote host: ELVIRA]
_?RSTS/E type systems do not support Tops-20 NRT communications._
On 8/25/20 8:09 PM, Paul Koning wrote:
> John,
>
> Some systems, like VMS, will use CTERM by default, and there isn't
> a CTERM listener on RSTS.? So you have to tell it to use the "old
> protocol", whatever that involves on your OS.
>
> ????paul
>
>> On Aug 25, 2020, at 7:24 PM,jy at xtra.co.nz? wrote:
>>
>> Hi Thord,
>>
>> Congratulations, I can see you're up at:
>>
>>
http://akdesign.dyndns.org:8080/map/data
>>
>> I just tried a set host elvira and set hsot 59.53 but I'm getting
>> "network object unknown at remote node".
>>
>> Cheers, John
>>
>>
>>
>>> On 26 August 2020 at 11:14 Thord Nilson<thordn at gmail.com>? wrote:
>>>
>>> Hi all!
>>> Update!
>>> Basic connections are now working,? so for a limited time you can:
>>> set host elvira::
>>> login as 99,99 psw: testing
>>> Nothing much to see though.
>>> Thanks to all for your help!
>>>
>>> /Thord.