26 Aug
2020
26 Aug
'20
10:14 p.m.
L.S.
You a true altruistic wonder these days to have around :)
A king, sitting on his coffers chockfull of goodies, waiting to dispense them lavishly
among the lesser endowed fellow users ....
Usually with kings it is the other way around as can be seen so often today.
Are the other set host varieties on MIM also endowed with workable patches?
We'll play copycat then, ... until better times will arrive.
Thanks ever so much,
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 22:02
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Configuring py-decnet.
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:
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
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.