[HECnet] Is this the most up to date version of DECnet OS numbers?

[John Forecast]

> On Nov 8, 2021, at 4:49 PM, Johnny Billquist <bqt at softjar.se> wrote:
> 
> Just as a warning, the lat implementation have some bugs. I've never spent the time to figure it out, but at least when talking to RSX hosts, it triggers some bug in RSX which cause it to leak memory, and eventually RSX becomes catatonic. But it only happens rarely, so you might run for quite a while before observing the problem.
> 
> The problem is that that lat implementation was done by just reverse engineering traffic between a DECserver and a VMS host.
> 
> Not sure what issues it might have with other types of hosts. I think it is fairly well behaved talking to VMS or DECservers.
> 
> I also used to observe issues with the Linux DECnet when talking to RSX hosts. Both with cterm, fal and phone. It might have improved since I last tried, but if someone is running it, feel free to test talking to MIM and please report your observations.
> 
Depending on when you last tested Linux DECnet, I made a number of changes to cterm and DAP (both client and server).

  John.

>  Johnny
> 
> On 2021-11-08 22:00, Keith Halewood wrote:
>> It's apparently 5.10.77-v7+.
>> It eventually goes a bit wrong responding to NICE requests with VMS complaining  'invalid management response' but the output showing a '...such file or directory' but I'll try some troubleshooting tomorrow.
>> I installed 'latd' (apt install latd), started up with latcp -s and it's picked up all the LAT services on the LAN, including itself, the RX4640, the KLH10 instance of Panda TOPS-20... looks fine too. Identifies its connections as the hostname and tty, such as "PI3B3//dev/ttyAMA0"
>> Keith
>> -----Original Message-----
>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of John Forecast
>> Sent: 08 November 2021 19:26
>> To: hecnet at update.uu.se
>> Subject: Re: [HECnet] Is this the most up to date version of DECnet OS numbers?
>> Glad it’s working for you. Is this running the latest Raspbian release? What kernel version is it running?
>>   John.
>>> On Nov 8, 2021, at 12:21 PM, Keith Halewood <Keith.Halewood at pitbulluk.org> wrote:
>>> 
>>> Well, that was an interesting compilation of the raspbian kernel.
>>> I cloned https://github.com/JohnForecast/RaspbianDECnet and got busy. I had to remove the --help-- stanzas from the Kconfig file. They were tripping something up.
>>> I had to move the MAC address change to the bridge (I use
>>> /etc/network/interfaces with bridges and taps etc..)
>>> 
>>> DECnet is all working on a 32bit raspbian on a pi3b+, HECnet node name
>>> 29.115 - I'll christen it at some point :) Thank you John Forecast for doing all the hard work.
>>> 
>>> Keith
>>> 
>>> -----Original Message-----
>>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
>>> Behalf Of Johnny Billquist
>>> Sent: 07 November 2021 20:37
>>> To: hecnet at Update.UU.SE
>>> Subject: Re: [HECnet] Is this the most up to date version of DECnet OS numbers?
>>> 
>>> On 2021-11-07 18:06, Robert Armstrong wrote:
>>>>> I think DECnet/8 is for RTS-8, but there never was one for OS-8.
>>>> 
>>>>   Yes, the DECnet-8 was for RTS although you could run OS/8 as a task
>>>> under RTS (so maybe those two count as the same).  In any case AFAIK
>>>> there was never any NFT or FAL or remote terminal or NCP/NML or
>>>> anything else like that implemented for DECnet/8.  It was more of a
>>>> toolkit kind of thing where you could write your own RTS program to
>>>> make a DECnet connection to another node.  What you sent over that connection was your problem.
>>> 
>>> Right. It was/is slightly more than a toolkit. It does have a couple of processes which deals with circuits and executor management. And I think there is TLK/LSN so you can communicate. But beyond that, you were on your own.
>>> 
>>> And no, OS/8 under RTS-8 don't allow them to be counted as one. :-)
>>> 
>>>>   Never heard of DECnet for CP/M although there certainly was one for MSDOS.
>>>> Linux is interesting, although I doubt that was put there by DEC.
>>>> Probably somebody added it later.
>>> 
>>> Linux was definitely defined post-DEC. I simply just talked with a Linux FAL from RSX and checked what value it put in the OS field, and added that to my list from there.
>>> 
>>>>   And what the heck is COPOS/11??  I see that is says TOPS-20 front
>>>> end, but I thought TOPS20 used the same RSX20F as TOPS10.
>>> 
>>> I don't think it's the same as the RSX20F frontend. I have no idea what it is, but it's in the source files for the RSX DECnet code. Sounds like some oddball thing that existed somewhere. CSS thing maybe?
>>> 
>>>>   And DTF/MVS?  Is that the IBM OS MVS?
>>> 
>>> I almost suspect it might be, but again, no real clue. All I can say is that this is what is in the RSX sources.
>>> 
>>>   Johnny
>>> 
>>> -- 
>>> 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
> 
> -- 
> 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