<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>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 <i>single</i> command in any command or
      configuration file for LAT.  Not a one!</p>
    <p>The monitor enables LAT, NVT, NRT and CTERM terminal  services
      when you do a <font size="4" face="monospace">^E SET LOGINS ANY</font>. 
      You can also enable them one at a time.<br>
    </p>
    <p>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:</p>
    <blockquote>
      <p><font size="4"><tt>LCP>shoW chARACTERISTICS </tt><tt><br>
          </tt><tt>LCP></tt><tt><br>
          </tt><tt>17:28:53 [LCP]        -- Host Characteristics --</tt><tt><br>
          </tt><tt><br>
          </tt><tt>LAT Access State: ON</tt><tt><br>
          </tt><tt>Host Name: TOMMYT</tt><tt><br>
          </tt><tt>Host id: TOMMYT, PANDA TOPS-20 Monitor 7.1(21740)-5</tt><tt><br>
          </tt><tt>Host number: 520</tt><tt><br>
          </tt><tt>Retransmit Limit: 60</tt><tt><br>
          </tt><tt>Retransmit Timer: 1000</tt><tt><br>
          </tt><tt>Multicast Timer: 30</tt><tt><br>
          </tt><tt>Groups: 0</tt><tt><br>
          </tt><tt><br>
          </tt><tt>                     Current   Maximum</tt><tt><br>
          </tt><tt>                     -------   -------</tt><tt><br>
          </tt><tt>Allocated circuits       0        32</tt><tt><br>
          </tt><tt>Active circuits          0        20</tt><tt><br>
          </tt><tt>Sessions                 0         5</tt><tt><br>
          </tt><tt><br>
          </tt><tt>    Service Name       Rating        Identification</tt><tt><br>
          </tt><tt>--------------------   ------  
            ------------------------</tt><tt><br>
          </tt><tt>TOMMYT                   1      TOMMYT, PANDA TOPS-20
            Monitor 7.1(21740)-5</tt><tt><br>
          </tt><tt>LCP>   </tt></font> <br>
      </p>
    </blockquote>
    <p>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.</p>
    <p>What kind of a bunny hole?  Well...<br>
    </p>
    <p>In order to debug something in <font size="4"><tt>ALGOTS</tt></font>,
      I needed symbols and set up a Program Data Vector (<font size="4"><tt>PDV</tt></font>)
      so <font size="4"><tt>DDT</tt></font> could grab them.  That was
      easy enough because <font size="4"><tt>LINK</tt></font> did the
      work for me.  However, the problem in <font size="4"><tt>ALGOTS</tt></font>
      indicated that something had gone amiss in <font size="4"><tt>PA1050</tt></font>
      (Tops-20's TOPS-10 <font size="4"><tt>UUO</tt></font> emulator). 
      However, I couldn't have LINK do the job for me there because <font
        size="4"><tt>PA1050</tt></font> <font size="4"><tt>BLT</tt></font>'s
      itself around in the virtual address space in a postlude.  The
      code appears to predate <font size="4"><tt>.PSECT</tt></font>'s. 
      So what <font size="4"><tt>LINK</tt></font> would put in would be
      wrong.  Therefore I crafted a <font size="4"><tt>PDV</tt></font>
      for PA1050 by hand in the postlude which promptly hung  <font
        size="4"><tt>DDT</tt></font> solid...</p>
    <p>I'm just about done fixing <font size="4"><tt>DDT</tt></font> so
      I can figure out what it is that <font size="4"><tt>PA1050</tt></font>
      is doing that <font size="4"><tt>ALGOTS</tt></font> doesn't like,
      fix that and then get back to fixing <font size="4"><tt>ALGOTS</tt></font>.<br>
    </p>
    <div class="moz-cite-prefix">So it goes...<br>
    </div>
    <div class="moz-cite-prefix">
      <hr width="100%" size="2">On 10/28/21 4:25 AM, Johnny Billquist
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:83a6e16f-d837-a83e-3f24-2f82a01e4d0f@softjar.se">First
      of all, check what service groups you have enabled on the '20,
      since that normally will limit what is shown.
      <br>
      <br>
      Service groups is a LAT specific thingy, so you might need to go
      and dig deep into LAT specific things here...
      <br>
      <br>
      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.
      <br>
      <br>
        Johnny
      <br>
      <br>
      On 2021-10-28 02:08, Thomas DeBellis wrote:
      <br>
      <blockquote type="cite">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:
        <br>
        <br>
            slogin@neptune:~$ sudo latcp -d -l -v
        <br>
        <br>
            Service Name:    NEPTUNE
        <br>
            Service Status:  Available
        <br>
            Service Ident:   Linux 5.4.0-42-generic
        <br>
        <br>
            Node Name        Status      Rating   Identification
        <br>
            NEPTUNE          Reachable       10   Linux 5.4.0-42-generic
        <br>
           
--------------------------------------------------------------------------------<br>
        <br>
            Service Name:    TOMMYT
        <br>
            Service Status:  Available
        <br>
            Service Ident:   TOMMYT, PANDA TOPS-20 Monitor 7.1(21740)-5
        <br>
        <br>
            Node Name        Status      Rating   Identification
        <br>
            TOMMYT           Reachable        1   TOMMYT, PANDA TOPS-20
        Monitor
        <br>
            7.1(21740)-5
        <br>
           
--------------------------------------------------------------------------------<br>
        <br>
            Service Name:    VENTI2
        <br>
            Service Status:  Available
        <br>
            Service Ident:   VENTI2, PANDA TOPS-20 Monitor 7.1(21742)-5
        <br>
        <br>
            Node Name        Status      Rating   Identification
        <br>
            VENTI2           Reachable        1   VENTI2, PANDA TOPS-20
        Monitor
        <br>
            7.1(21742)-5
        <br>
            ----------------------------------
        <br>
        <br>
        The 20's only seem to know about the Ubuntu host:
        <br>
        <br>
            LCP>shoW serVER /alL
        <br>
            LCP>
        <br>
        <br>
            19:43:26 [LCP]        -- Summary of All Servers --
        <br>
        <br>
            Server Name(Number): NEPTUNE(0) Address: 6C-4B-90-3A-42-73
        <br>
            LCP>
        <br>
        <br>
            LCP>shoW servER NEPTUNE
        <br>
            LCP>
        <br>
            19:41:10 [LCP]        -- Information About Server NEPTUNE --
        <br>
        <br>
            Server Number: 0
        <br>
            Server Location: LATD for Linux
        <br>
            Server Type: VAX/VMS
        <br>
            Ethernet Address: 6C-4B-90-3A-42-73
        <br>
            Server Status: Disconnected
        <br>
            Max Slots: 254
        <br>
            Data Link Size: 1500
        <br>
            Circuit Timer(ms): 80
        <br>
            Keep-alive Timer(s): 20
        <br>
        <br>
            LCP>shoW couNTERS /serVER:NEPTUNE
        <br>
            LCP>
        <br>
            19:40:36 [LCP]        -- Counters for Server NEPTUNE --
        <br>
        <br>
            Messages received: 2
        <br>
            Messages transmitted: 1
        <br>
            Messages retransmitted: 0
        <br>
            Sequence errors received: 0
        <br>
            Illegal messages received: 0
        <br>
            Illegal slots received: 0
        <br>
            Resource failures: 0
        <br>
            LCP>
        <br>
        <br>
        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)
        <br>
        <br>
        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
        <br>
        <br>
            slogin@neptune:~$ llogin neptune
        <br>
            Ubuntu 20.04.1 LTS
        <br>
            neptune login: Ubuntu 20.04.1 LTS
        <br>
            neptune login:
        <br>
        <br>
            neptune login:
        <br>
           
sllllooooggggiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii<br>
        <br>
        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.
        <br>
        <br>
        I haven't looked at the 20's because I've been occupied fixing
        bugs of more direct concern to me.
        <br>
        <br>
        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.
        <br>
        <br>
------------------------------------------------------------------------
        <br>
        <br>
        <br>
        On 10/26/21 3:11 PM, John Forecast wrote:
        <br>
        <blockquote type="cite">
          <br>
          <br>
          <blockquote type="cite">On Oct 26, 2021, at 7:57 AM,
            <a class="moz-txt-link-abbreviated" href="mailto:fsword007@gmail.com">fsword007@gmail.com</a> wrote:
            <br>
            <br>
            Folks,
            <br>
            I successfully installed DECnet/Python on Ubuntu 21.10
            system and was successfully connected to HECnet.
            <br>
            I have a few questions about DECnet/Python.  I choose that
            because it support virtual circuits like Multinet over TCP,
             etc..
            <br>
            I can’t find any apps (programs) to support DECnet/Python
            like login, set host, dir, etc.  Only DECnet for Linux has
            programs.
            <br>
            Does DECnet for Raspberry Pi work with Ubuntu 21.10 (Linux
            5.13 for x86)?
            <br>
          </blockquote>
          <br>
          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.
          <br>
          <br>
            John.
          <br>
          <blockquote type="cite">Tim
            <br>
          </blockquote>
          <br>
        </blockquote>
      </blockquote>
      <br>
    </blockquote>
  </body>
</html>