[HECnet] Configuring py-decnet. --> Tops20 patches

Wed Aug 26 15:16:34 PDT 2020

Hi Thomas,

How are your patches related to the Panda distribution?

Based upon as a reference or unrelated?

There are a lot of cross platform problems within fal for instance like in Tops10, 

Best regards,

Reindert

From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Thomas DeBellis
Sent: Wednesday, 26 August, 2020 22:44
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Configuring py-decnet.

You and me both!

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.

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.

I wore out all my vulgar language when Jupiter was cancelled.  Seems like it's all 'Darn it', 'Golly' and 'Gee whiz' these days.

  _____  

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>  [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 <mailto:hecnet at Update.UU.SE>  
Cc: Thord Nilson  <mailto:thordn at gmail.com> <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 <mailto: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 <mailto:thordn at gmail.com> <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. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sonic.net/pipermail/hecnet-list/attachments/20200827/ae86c9a8/attachment-0001.html>