The PANDA distribution will work only if he wants a KL class installation. I don't recall the state of the KL implementation for simh, but it didn't have one for some time.? It is reputed to have one now, but I couldn't speak to the suitability for Tops-20 7.1.? It could do a KS just fine.? Obviously, if simh can run a stock PANDA, then that would be of 'interest' BUT!! Another issue is that simh and klh10 implement different paradigms to indicate that the booted operating system is in the idle loop.? simh can be set to deduce this if the PC is executing for some period of time between a range of locations.? This will work for any operating system, assuming you know what those addresses are. MRC pretty much despised it.? klh10 implements a special device called the 'Idler' for the PDP-10 OS to signal the host.?? If you do a particular kind of I/O to the Idler (which can be set to be at different address), you are _directly_ telling klh10 that you are in your Idle loop.? This /extremely/ efficient as the signal is immediate.? A later version of PANDA that did not go into general distribution extends the Idler to implement some additional functionality, such as reading the switch register and displaying console lights, which Tops-20 had not been able to do since TENEX. Another fine feature of the Idler is the 'heartbeat'.? Real KL's have a light that blinks on and off as kind of a talisman.? So, no blinky tells you something is very wrong (of course, another way to instrument that is by telephonic temperature, meaning they're glowing white hot with everybody calling...) This can all be displayed by the PANDA front panel, which Bob could speak to better than I can.? The design is extensible enough to have a virtual front panel, perhaps python based, which I started on, but had to put aside due to being in a DECnet rabbit hole.

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:

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

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: