[HECnet] SIMH TOPS-20 question

[Thomas DeBellis]

OK, that's done: you can look at the following on VENTI2: via anonymous FAL

    T41SUB: => TOMMYT:<OINKY.T2041.NEW-SUBSYS>    SYSTEM files for
    TOPS-20 V4.1,  7-Apr-83 1221T41SYS: =>
    TOMMYT:<OINKY.T2041.NEW-SYSTEM>    SUBSYS files for TOPS-20 V4.1, 
    7-Apr-83 1223T41UET: => TOMMYT:<OINKY.T2041.UETP-LIB>      UETP
    files for TOPS-20 V4.1,  7-Apr-83 1226

So NFT does what you think it would, viz:

    NFT>dirECTORY (OF REMOTE FILES) venti2::T41SUB:*.*.* Access
    information for node VENTI2::/ACCOUNT:User: Password: [Fork NFT
    opening DCN:VENTI2-FAL for reading, writing] 
    VENTI2::TOMMYT:<OINKY.T2041.NEW-SUBSYS>ACTGEN.EXE.1;P424242           
    11 5632(36)   20-Dec-1982 11:52:47ACTGEN.HLP.1;P424242             1
    612(7)     11-Aug-1977 15:44:36ACTSYM.UNV.1;P424242            20
    10104(36)  15-Apr-1982 04:23:27

         .
         .
         .

This is, of course, built into DCL for VMS and RSX.  There are hooks for 
it in Tops-20, but they don't appear to have done it.

I also put a 'directory' of the tape in the top level anonymous 
directory so you can grab it, viz:

    NFT>dir venti2::TOPS-20-4-1-INSTALLATION.TXT
    [Fork NFT opening DCN:VENTI2-FAL for reading, writing]

       VENTI2::TOMMYT:<OINKY>
    TOPS-20-4-1-INSTALLATION.TXT.1   8 18538(7)   24-Dec-2021 21:49:35

The non-ARPA monitors appear to have DECnet (I.E., NODE% points to 
NSPSRV, not STG), so maybe you can find something useful.  However, I 
did not see some expected DECnet utilities (like FAL and NFT), so I 
would assume there is a secondary installation tape for that.

This is some really old code; it appears to predate Multinet, or maybe 
the KS didn't have enough memory to handle both ARPA and DECnet.  I'd 
have to find source someplace.

The UETP files are of interest to me for testing purposes.

On 12/24/21 8:29 PM, Paul Koning wrote:
> Ok, thanks.
>
>
> As you may notice, I'm really rather ignorant about TOPS-20.  I've 
> never used it before, and only just barely touched it in recent weeks.
>
> paul
>
>> On Dec 24, 2021, at 6:21 PM, Thomas DeBellis 
>> <tommytimesharing at gmail.com> wrote:
>>
>> Let me know how you make out with that.  If worse comes to worst, let 
>> me know and I will grab the tape, restore the files and give you an 
>> ANONYMOUS FAL pointer to grab them.
>>
>> On 12/24/21 5:48 PM, Thomas DeBellis wrote:
>>>
>>> That would only work for a Tops-20 labeled or ANSI labeled tape.
>>>
>>> You want to run DUMPER, then
>>>
>>>         tape mt0:
>>>         rewind
>>>         print tty:
>>>
>>> The tapes are not in TPC format, they are in TPS format (if the 
>>> extention is .TAP, .TPS or TPE)
>>>
>>> On 12/24/21 4:46 PM, Paul Koning wrote:
>>>>> On Dec 24, 2021, at 3:17 PM, Peter Lothberg<roll at stupi.com>  wrote:
>>>>>
>>>>> Take MRC's "Panda distribution" if you just want
>>>>> it up and runnning.  I'ts somwhere on trailing edge..
>>>>>
>>>>> -P
>>>> What I'm trying to do is fill out the missing bits of the TOPS-20 4.1 DECnet Phase II system I have.  I think tape image BB-D867E-BM.tap is the relevant kit.
>>>>
>>>> When I attached it in TPC format I get some messages that look scary but perhaps they are just confusing.  I don't know how to ask TOPS-20 what it sees on the tape, though.  "dir mt0:" complains that someone else owns the tape.
>>>>
>>>> 	paul
>>>>
>>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.sonic.net/mailman/private/hecnet-list/attachments/20211224/8e5e7fcd/attachment-0001.htm>