<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>You and me both!</p>
<p>I have over a 130 documented fixes and enhancements to Tops-20,
some of them massive. This does not include what I've completely
rewritten from scratch. Several items are in active development.</p>
<p>Yet I have no idea who I'd give them to. A few might interest
XKL, perhaps. I guess I'll do something Github, one of these
days.</p>
<p>I wore out all my vulgar language when Jupiter was cancelled.
Seems like it's all 'Darn it', 'Golly' and 'Gee whiz' these days.<br>
</p>
<blockquote type="cite"
cite="mid:abadc685-f52e-7dc4-9531-d793dd10ab1d@softjar.se">
<hr width="100%" size="2">On 8/26/20 4:02 PM, Johnny Billquist
wrote:<br>
<br>
Aw, shit! (Excuse my language.)
<br>
<br>
I had more or less forgotten. Yes, as distributed, it has a bug. I
have fixed it, but of course, noone else have that.
<br>
<br>
For now, the simple solution, pick MIM::DU:[5,54]RRS.TSK, and
you'll be good.
<br>
<br>
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...
<br>
<br>
Johnny
<br>
<blockquote type="cite">
<hr width="100%" size="2">On 2020-08-26 21:57, R. Voorhorst
wrote:
<br>
<br>
L.S.
<br>
<br>
Is there something different with patch levels or otherwise?
<br>
<br>
After successful login on Rsts 10.1:
<br>
<br>
$ logout
<br>
SAVED ALL DISK FILES ON SY: 6784 BLOCKS IN USE
<br>
JOB 7 USER 1,2 LOGGED OFF KB24: AT 26-AUG-20 21:53
<br>
6 OTHER USERS STILL LOGGED IN UNDER THIS ACCOUNT
<br>
SYSTEM RSTS V10.1-L RSTS/E V10.1
<br>
RUN TIME WAS .2 SECONDS
<br>
ELAPSED TIME WAS 1 MINUTE
<br>
GOOD EVENING
<br>
<br>
<br>
<br>
<br>
<br>
<br>
SWBU01::RRS -- Remote disconnect
<br>
<br>
SWBU01::RRS -- Control returned to node SWBU01::
<br>
MOV #20,R0
<br>
EM:065126
<br>
XDT>
<br>
<br>
<br>
Best regards,
<br>
<br>
Reindert
<br>
<br>
-----Original Message-----
<br>
From: <a class="moz-txt-link-abbreviated" href="mailto:owner-hecnet@Update.UU.SE">owner-hecnet@Update.UU.SE</a>
[<a class="moz-txt-link-freetext" href="mailto:owner-hecnet@Update.UU.SE">mailto:owner-hecnet@Update.UU.SE</a>] On Behalf Of Johnny Billquist
<br>
Sent: Wednesday, 26 August, 2020 15:09
<br>
To: <a class="moz-txt-link-abbreviated" href="mailto:hecnet@Update.UU.SE">hecnet@Update.UU.SE</a>
<br>
Cc: Thord Nilson <a class="moz-txt-link-rfc2396E" href="mailto:thordn@gmail.com"><thordn@gmail.com></a>
<br>
Subject: Re: [HECnet] Configuring py-decnet.
<br>
<br>
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.
<br>
<br>
.rrs elvira
<br>
MIM::RRS -- Connection established to node ELVIRA::
<br>
<br>
RSTS V10.1-L 26-Aug-20 14:41
<br>
User: 99,99
<br>
PASSWORD:
<br>
<br>
LAST INTERACTIVE LOGIN ON 26-AUG-20, 02:36 AT KB21:
<br>
<br>
<br>
$
<br>
<br>
<br>
Johnny
<br>
<br>
On 2020-08-26 02:19, Thomas DeBellis wrote:
<br>
<blockquote type="cite">Yeah, that's what I found out, too.
<br>
<br>
On Tops-20, the CTERM client is called CTERM-SERVER (don't
ask)
<br>
whereas the NRT client is called SETHOST. SETHOST is /quite/
old and
<br>
I had been hacking it for efficiency and fixing a few bugs.
<br>
<br>
It now has an alternate debugging entry to try to force
Tops-20 NRT
<br>
(which will also work on Tops-10) and ignore the remote node
type
<br>
until it can't proceed any further. Here are the results from
my own
<br>
tests; they indicate that a CTERM (server) object does not
exist on ELVIRA.
<br>
I'm not sure, but I had thought that CTERM had not been done
on RSTS/E.
<br>
<br>
!cterm-sERVER.EXE.2 elvira
<br>
<br>
[Attempting a connection,
<br>
_CTERM Connect failed - Destination process does not exist_ !g
<br>
ds:sethost !ree Escape character(^Y):
<br>
Host name: ELVIRA::
<br>
[Connecting to remote host: ELVIRA]
<br>
_?RSTS/E type systems do not support Tops-20 NRT
communications._
<br>
<br>
<br>
On 8/25/20 8:09 PM, Paul Koning wrote:
<br>
<blockquote type="cite">John,
<br>
<br>
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.
<br>
<br>
paul
<br>
<br>
<blockquote type="cite">On Aug 25, 2020, at 7:24
PM,<a class="moz-txt-link-abbreviated" href="mailto:jy@xtra.co.nz">jy@xtra.co.nz</a> wrote:
<br>
<br>
Hi Thord,
<br>
<br>
Congratulations, I can see you're up at:
<br>
<br>
<a class="moz-txt-link-freetext" href="http://akdesign.dyndns.org:8080/map/data">http://akdesign.dyndns.org:8080/map/data</a>
<br>
<br>
I just tried a set host elvira and set hsot 59.53 but I'm
getting "network object unknown at remote node".
<br>
<br>
Cheers, John
<br>
<br>
<br>
<br>
<blockquote type="cite">On 26 August 2020 at 11:14 Thord
Nilson<a class="moz-txt-link-rfc2396E" href="mailto:thordn@gmail.com"><thordn@gmail.com></a> wrote:
<br>
<br>
Hi all!
<br>
Update!
<br>
Basic connections are now working, so for a limited
time you can:
<br>
set host elvira::
<br>
login as 99,99 psw: testing
<br>
Nothing much to see though.
<br>
Thanks to all for your help!
<br>
<br>
/Thord.
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
</body>
</html>