[HECnet] DECnet/Python

Thu Oct 28 15:15:39 PDT 2021

Oh, and that is assuming that groups value is for groups you "pick up". 
It could also be the group your own service is announced under, in which 
case you need to dig around more to find where you set which ones you 
listen to.

But I hope you get the idea...

   Johnny

On 2021-10-29 00:13, Johnny Billquist wrote:
> I might have misremembered the terminology.
> 
> It's the "Groups: 0" line though. And you have only group 0 enabled. So 
> any service in any other group will not be shown.
> 
> There ought to be some command where you can enable additional groups. 
> There are 256 of them, numbered 0 to 255. Just enable them all if you 
> want to see everything.
> 
>    Johnny
> 
> On 2021-10-28 23:56, Thomas DeBellis wrote:
>> After I read your letter, I said to myself, "Gee, I don't ever 
>> remember setting anything..."  So I went and looked through the 
>> command files and the reason for that lapse of memory is ... I don't 
>> have a /single/ command in any command or configuration file for LAT.  
>> Not a one!
>>
>> The monitor enables LAT, NVT, NRT and CTERM terminal  services when 
>> you do a ^E SET LOGINS ANY. You can also enable them one at a time.
>>
>> Back when I had a Pathworks CD-ROM and a working Windows 2000 box, 
>> Windows 2000 Kermit could make a connection just fine, so I never 
>> bothered thinking anything further about that part of it, assuming 
>> that the monitor was supplying itself with reasonable defaults.  If I 
>> take a look at the characteristics of the local LAT host, I see the 
>> following:
>>
>>     LCP>shoW chARACTERISTICS
>>     LCP>
>>     17:28:53 [LCP]        -- Host Characteristics --
>>
>>     LAT Access State: ON
>>     Host Name: TOMMYT
>>     Host id: TOMMYT, PANDA TOPS-20 Monitor 7.1(21740)-5
>>     Host number: 520
>>     Retransmit Limit: 60
>>     Retransmit Timer: 1000
>>     Multicast Timer: 30
>>     Groups: 0
>>
>>                           Current   Maximum
>>                           -------   -------
>>     Allocated circuits       0        32
>>     Active circuits          0        20
>>     Sessions                 0         5
>>
>>          Service Name       Rating        Identification
>>     --------------------   ------ ------------------------
>>     TOMMYT                   1      TOMMYT, PANDA TOPS-20 Monitor
>>     7.1(21740)-5
>>     LCP>
>>
>> I don't see anything in there about service groups.  Let me go see if 
>> I have an Tops-20 specific documentation for LAT configuration and see 
>> about groups.  Otherwise, I'll put that aside for the moment as I am 
>> just coming out of a very deep rabbit hole.
>>
>> What kind of a bunny hole?  Well...
>>
>> In order to debug something in ALGOTS, I needed symbols and set up a 
>> Program Data Vector (PDV) so DDT could grab them.  That was easy 
>> enough because LINK did the work for me.  However, the problem in 
>> ALGOTS indicated that something had gone amiss in PA1050 (Tops-20's 
>> TOPS-10 UUO emulator). However, I couldn't have LINK do the job for me 
>> there because PA1050 BLT's itself around in the virtual address space 
>> in a postlude. The code appears to predate .PSECT's. So what LINK 
>> would put in would be wrong.  Therefore I crafted a PDV for PA1050 by 
>> hand in the postlude which promptly hung DDT solid...
>>
>> I'm just about done fixing DDT so I can figure out what it is that 
>> PA1050 is doing that ALGOTS doesn't like, fix that and then get back 
>> to fixing ALGOTS.
>>
>> So it goes...
>> ------------------------------------------------------------------------
>> On 10/28/21 4:25 AM, Johnny Billquist wrote:
>>> First of all, check what service groups you have enabled on the '20, 
>>> since that normally will limit what is shown.
>>>
>>> Service groups is a LAT specific thingy, so you might need to go and 
>>> dig deep into LAT specific things here...
>>>
>>> Second, I've had plenty of issues using llogin from Linux to RSX 
>>> hosts as well. There are some things that the Linux implementation 
>>> definitely do wrong. I tried to look at it once, but decided that the 
>>> code was so ugly that I didn't want to figure it out, and should 
>>> rewrite it instead. But I have too many other projects to ever have 
>>> gotten around to it.
>>>
>>>   Johnny
>>>
>>> On 2021-10-28 02:08, Thomas DeBellis wrote:
>>>> I had 'a bit' of DECnet 'partly' running on an Ubuntu machine some 
>>>> time ago...  Well, not exactly: I only put LAT up because I wanted 
>>>> to test something and LAT isn't actually DECnet.  The Ubuntu host 
>>>> knows about everybody:
>>>>
>>>>     slogin at neptune:~$ sudo latcp -d -l -v
>>>>
>>>>     Service Name:    NEPTUNE
>>>>     Service Status:  Available
>>>>     Service Ident:   Linux 5.4.0-42-generic
>>>>
>>>>     Node Name        Status      Rating   Identification
>>>>     NEPTUNE          Reachable       10   Linux 5.4.0-42-generic
>>>> -------------------------------------------------------------------------------- 
>>>>
>>>>
>>>>     Service Name:    TOMMYT
>>>>     Service Status:  Available
>>>>     Service Ident:   TOMMYT, PANDA TOPS-20 Monitor 7.1(21740)-5
>>>>
>>>>     Node Name        Status      Rating   Identification
>>>>     TOMMYT           Reachable        1   TOMMYT, PANDA TOPS-20 Monitor
>>>>     7.1(21740)-5
>>>> -------------------------------------------------------------------------------- 
>>>>
>>>>
>>>>     Service Name:    VENTI2
>>>>     Service Status:  Available
>>>>     Service Ident:   VENTI2, PANDA TOPS-20 Monitor 7.1(21742)-5
>>>>
>>>>     Node Name        Status      Rating   Identification
>>>>     VENTI2           Reachable        1   VENTI2, PANDA TOPS-20 Monitor
>>>>     7.1(21742)-5
>>>>     ----------------------------------
>>>>
>>>> The 20's only seem to know about the Ubuntu host:
>>>>
>>>>     LCP>shoW serVER /alL
>>>>     LCP>
>>>>
>>>>     19:43:26 [LCP]        -- Summary of All Servers --
>>>>
>>>>     Server Name(Number): NEPTUNE(0) Address: 6C-4B-90-3A-42-73
>>>>     LCP>
>>>>
>>>>     LCP>shoW servER NEPTUNE
>>>>     LCP>
>>>>     19:41:10 [LCP]        -- Information About Server NEPTUNE --
>>>>
>>>>     Server Number: 0
>>>>     Server Location: LATD for Linux
>>>>     Server Type: VAX/VMS
>>>>     Ethernet Address: 6C-4B-90-3A-42-73
>>>>     Server Status: Disconnected
>>>>     Max Slots: 254
>>>>     Data Link Size: 1500
>>>>     Circuit Timer(ms): 80
>>>>     Keep-alive Timer(s): 20
>>>>
>>>>     LCP>shoW couNTERS /serVER:NEPTUNE
>>>>     LCP>
>>>>     19:40:36 [LCP]        -- Counters for Server NEPTUNE --
>>>>
>>>>     Messages received: 2
>>>>     Messages transmitted: 1
>>>>     Messages retransmitted: 0
>>>>     Sequence errors received: 0
>>>>     Illegal messages received: 0
>>>>     Illegal slots received: 0
>>>>     Resource failures: 0
>>>>     LCP>
>>>>
>>>> At some point, I'm fairly certain I remember them being able to 
>>>> 'see' each other.  I had a Pathworks CD-ROM for Windows 2000, but I 
>>>> can't find that and the Windows 2000 laptop I was using has caught a 
>>>> very bad cold (I.E., it won't boot)
>>>>
>>>> llogin operation has been erratic.  At one point it worked mostly to 
>>>> the 20's, but was not stable.  Now it fails in one of two ways:  1) 
>>>> To a 20, it fails silently with no error message at all.  2) To an 
>>>> Ubuntu host, it succeeds in connecting, and then starts spewing, viz
>>>>
>>>>     slogin at neptune:~$ llogin neptune
>>>>     Ubuntu 20.04.1 LTS
>>>>     neptune login: Ubuntu 20.04.1 LTS
>>>>     neptune login:
>>>>
>>>>     neptune login:
>>>> sllllooooggggiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii 
>>>>
>>>>
>>>> I've never complained about it because I wanted to investigate 
>>>> further and maybe either fix what I was doing wrong (undoubtedly the 
>>>> real problem) or at least fix it to give better error diagnostics.
>>>>
>>>> I haven't looked at the 20's because I've been occupied fixing bugs 
>>>> of more direct concern to me.
>>>>
>>>> If the 20 had a LAT client, I might look further, but I don't what 
>>>> the scale of that work would be.  Right now, I'm trying to stay away 
>>>> from big projects and just finish the ones that I have in flight.
>>>>
>>>> ------------------------------------------------------------------------ 
>>>>
>>>>
>>>>
>>>> On 10/26/21 3:11 PM, John Forecast wrote:
>>>>>
>>>>>
>>>>>> On Oct 26, 2021, at 7:57 AM, fsword007 at gmail.com wrote:
>>>>>>
>>>>>> Folks,
>>>>>> I successfully installed DECnet/Python on Ubuntu 21.10 system and 
>>>>>> was successfully connected to HECnet.
>>>>>> I have a few questions about DECnet/Python.  I choose that because 
>>>>>> it support virtual circuits like Multinet over TCP,  etc..
>>>>>> I can’t find any apps (programs) to support DECnet/Python like 
>>>>>> login, set host, dir, etc.  Only DECnet for Linux has programs.
>>>>>> Does DECnet for Raspberry Pi work with Ubuntu 21.10 (Linux 5.13 
>>>>>> for x86)?
>>>>>
>>>>> I’ve never tried Ubuntu but I have built DECnet for Raspberry Pi on 
>>>>> an older version of Debian x86 without any problems. My suggestion 
>>>>> would be to try it. Due to family medical issues I will be unable 
>>>>> to check it out until December at the earliest.
>>>>>
>>>>>   John.
>>>>>> Tim
>>>>>
>>>
> 

-- 
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