HECnet

hecnet@lists.dfupdate.se

15589 discussions

SIMH TOPS-20 question --> combined tapeset

by R.Voorhorst＠swabhawat.com

Paul, The tape is simh format Instead of booting the disk you must boot the tape in simh format and the MTBOOT prompt will appear. >From there onwards, look at the Tops20 V4.1 installation manual in bitsaver. Swbx04> att -f tu0 simh F:\Shares\Distribution\Pdp_10\Media\Tops-20\BB-D867E-BM.tap Swbx04> b tu0 MTBOOT> Tape format for V7tape for instance: ; Tape directory for V7.0 TOPS-20 installation tape ; Bytes: 22519060, Records: 8704, Files(EOF marks): 7 TF-Format: raw 0: 2560*597 EOF ; MONITR.EXE 1528320: 2560*125 EOF ; EXEC.EXE 1848320: 2560*8 EOF ; DLUSER.EXE 1868800: 1270 EOF ; DLUSER data 1870070: 2560*36 EOF ; DUMPER.EXE 1962230: 2590*7937 EOF ; DUMPER savesets for <SYSTEM>, etc. 22519060: EOF EOT: This tape follows about the same pattern Reindert -----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Paul Koning Sent: Friday, 24 December, 2021 22:46 To: hecnet at update.uu.se Subject: Re: [HECnet] SIMH TOPS-20 question > 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

4 years, 1 month

native Dup sync line revisited --> preliminary tests reveals problems

by R.Voorhorst＠swabhawat.com

L.S. This is the follow-up from the Dup-without-Kdp in character mode discussion somewhat earlier, where I stated it was not supported per the specifications in Simh comments and Mark P had some comments about that it was supported. During a moment of spare time, I reactivated a triple node Rsx-11M+ test set, used for specific Decnet testing for Phase-I to IV. These triple nodes were setup for using every possible device for Decnet communications, amongst them the native (non-kdp) Dup. This one in multipoint mode is character based and is driven through a Rsx Ddcmp software driver to participate in Decnet communications. If Simh Dup simulation is supported in native character mode, this would establish sufficient proof for a well-functioning character based synchronous line. When the Dup line is interfaced to a Dmc line, the test reveals flapping line behaviour: line up - circuit fault - line down; when trying to transfer data an immediate circuit fault appears. When the Dup is interfaced to another Dup, there is packet exchange so basically it should be able to work. However, although there are no problems with the lower length (8) signaling packets, the moment 22 char packets are transferred, the receiver complains about bad header as well as bad data crc checksums, so the packets are somewhat mangled. It prohibits to start Decnet communications. It looks like this in the snippet below: DBG(10561953465)> DUP RCV: Line:0 0000 81 0C C0 00 01 01 1D DF 01 28 04 01 40 02 02 00 .........(.. at ... DBG(10561953465)> DUP RCV: Line:0 0010 00 0F 00 00 1D 46 .....F DBG(10561953465)> DUP RCV: rxnexttime=10561870955 (-20000 usecs) DBG(10561953465)> DUP PKT: Line0: <<< RCV Packet len: 22 DBG(10561953465)> DUP PKT: Data Message, Count: 12, Num: 1, Flags: SQ, Resp: 0, HDRCRC: BAD, DATACRC: BAD DBG(10561955696)> DUP PKT: Line0: >>> XMT Packet len: 8 DBG(10561955696)> DUP PKT: Control: Type: 2 (NAK) Reason: 1 (HCRC), Flags: SQ, Resp: 0 DBG(10561955696)> DUP XMT: Line:0 0000 05 02 C1 00 00 01 85 A9 ........ DBG(10561955696)> DUP XMT: rxnexttime=10561953465 (-541 usecs) DBG(10561955696)> DUP PKT: dup_svc(dup=0) - 8 byte packet transmission complete Per Mark P's comment that some kind of filtering takes place in non-kdp dup mode, that might indicate that the source of the problems could be located in that corner. That behaviour needs to be examined. So it looks that basically character mode Dup is (was meant to be) supported, but that it needs to be tuned; this functional mode was probably not tested in the past as the accent was on Ddcmp processing within Simh for Dmc/Dmr and Kdp/Dup device setups. Reindert

4 years, 1 month

native Dup sync line revisited --> preliminary tests reveals problems --> test setup?

by R.Voorhorst＠swabhawat.com

Hi Paul, How was this tested: 11M+ to 11M+ or 11M+ to PyDecnet? Reindert -----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Paul Koning Sent: Thursday, 23 December, 2021 02:36 To: hecnet at update.uu.se Subject: Re: [HECnet] native Dup sync line revisited --> preliminary tests reveals problems > On Dec 13, 2021, at 9:15 AM, Paul Koning <paulkoning at comcast.net> wrote: > > ... > So if the plain sync device emulation were to do the above, that would give us an emulation that interoperates with the DMC emulation if the software controlling the device is running DDCMP. More on this... I built an M+ system with DUP lines, and unlike what was reported in this thread, I did NOT see problems talking to other things (like PyDECnet or DMC emulation) that expect plain data without frame length fields. I don't see frame lengths in the trace. I don't understand this because the code is clearly there in the emulator, so apparently it's not being hit. Not by DECnet/RSX anyway. More to be studied. paul

4 years, 1 month

DECnet/m+

by mark＠matlockfamily.com

?Supratim, Thanks for your comments on the HECnet mail-list. Also, I enjoyed reading about your work modifying the Frodo distribution for a dual ethernet 11/93. Nice work! I?ve been planning to update the Frodo distribution to update some of the layered product software (BasicPlus2, Datatrieve and APL to use I/D space) and the latest TCP/IP including the new updates to the TYDRV that require a SYSGEN to rebuild. BestRegards, Mark > On Dec 22, 2021, at 2:50 PM, Supratim Sanyal <supratim at riseup.net> wrote: > ? > Sorry - Mark already responded. > > There is interesting history behind "FRODO" too ... > > On 12/22/21 1:35 PM, Mark Matlock wrote: > >> Paul, >> You could also download ftp://ftp.trailing-edge.com/pub//rsx_dists/rsx11mpbl87.dsk.bz2 which is >> a baseline RSX11M+ V4.6 disk image ready for a SYSGEN from [200,200] It also has DECnet V4.6 already in [137,10] for a NETgen. This DECnet distribution only generates endnotes however and you may want to get an >> area routing DECnet distribution from MIM. >> >> Also a RSX11M+ V4.6 with DECnet (for Unibus systems) and a very old version of Johnny?s BQTCP/IP is available at: >> >> http://www.rsx11m.com/PiDP11_DU0.zip >> >> It has area routing DECnet running but you would really need to update the TCP/IP but you can FTP >> that from Mim.update.uu.se and get Johnny?s latest version. >> >> Best, >> Mark >> >> >> >> >>> On Dec 22, 2021, at 12:14 PM, Paul Koning <paulkoning at comcast.net> wrote: >>> >>> >>> >>>> On Dec 22, 2021, at 1:07 PM, Johnny Billquist <bqt at softjar.se> wrote: >>>> >>>> Hi, Paul. Sorry I didn't answer earlier. Saw some other mails I should have responded too as well, but been a bit busy. >>>> >>>> Anyway. 4.0 is way old and have various issues you do not want or need. Locate M+ 4.6 instead. That's basically the only version I'd recommend. >>>> And yes, M+ is definitely easier to deal with than 11M. >>>> >>>> You can find both tapes at http://bitsavers.org/bits/DEC/pdp11/magtapes/rsx11mplus/ >>>> >>>> Basically you want BB-J0830-01.L01_RSX11M+_V4.6_BRU_1999.tap, which should be bootable, and contain all you need for M+ itself. There is a second tape (BB-J0830-01.M01_RSX11M+_V4.6_1999.tap), which might be the second tape if the whole thing came on two tapes. (I got M+ 4.6 on TK50, which just came on a single cartridge.) >>>> >>>> Then you want DECnet, which is decnet11mp46-netkit.tap. The manuals are online, but of course you can also just ask. And since you seem to have already managed once, it should hopefully not be too complicated. >>> I used the DECnet 4.0 kit because I could not make sense out of that 4.6 kit. The installation procedure in the manual (DECnet/RSX 4.5, which says it's for M+ 4.3) doesn't work at all with that tape. It says to use FLX to copy PREGEN.CMD from the tape, but the tape isn't anything FLX understands. Instead, it seems to be an ANSI labeled tape with 3 files on it, the first one named "INSTALL". Is that a BRU tape? Or a DSC tape? What do I do with it? >>> >>> paul > --

4 years, 1 month

PyDECnet File Transfer Support?

by nf6x＠nf6x.net

Are there any thoughts about adding file transfer capabilities to PyDECnet at some point in the future? If a pyDECnet node could implement a FAL server to share a directory and/or offer a way to copy files to/from other nodes over DECnet, that would be really cool. I think it could make a very nice option for moving files between DECnet nodes and modern systems without needing to wrestle with Linux DECnet drivers or install TCP/IP on the DECnet nodes. I don't know how hard it would be to implement, or if there's any way I could contribute. I'm imagining a silly future in which there is a native Python implementation of an entire RSX-11 or VMS system. :) While I'm here... is this mailing list disappearing soon due to the Update eviction? I plan to chip in for an Update membership for 2022. -- Mark J. Blair, NF6X <nf6x at nf6x.net> https://www.nf6x.net/

4 years, 1 month

DECnet/m+

by paulkoning＠comcast.net

I'm trying to build a DECnet/RSX system, and since I've never done anything like that I figured I'd try M+ as (right?) the easiest option. Did a sysgen, that seemed to work ok. Found a DECnet kit on Bitsavers, the 4.0 one marked "3errs", used that to do netgen. That too seemed ok. Now I'm trying "netins". That fails mid-way and I have no clue why: >@[5,1]netins >* Do you want to install and load the CEX system? [Y/N]: y >* Do you want to install and start DECnet? [Y/N]: n >* On what device are the network tasks [D=DU0:] [S]: >INS XX:[5,54]NTINIT >INS XX:[5,54]NTL >INS XX:[5,54]MLD >INS XX:[5,54]EVC >INS XX:[5,54]NCPRES >; INS XX:[5,54]CFERES >; INS XX:[5,54]VNP >INS XX:[5,54]NMVACP >SET /SYSUIC=[5,54] >ASN XX:=LB: >LOA NM:/HIGH/VEC >CON ONL NM: >ASN =LB: >SET /SYSUIC=[2,54] >INS XX:[5,54]LOO >INS XX:[5,54]LOO/TASK=LOO... >INS XX:[5,54]EVFRES >SET /UIC=[5,54] >NCP SET SYS 12:56:33 Task "NTL..." terminated Odd address or other trap four R0=000000 R1=000000 R2=000005 R3=000004 R4=151775 R5=157724 SP=120614 PC=160252 PS=170000 Any ideas? paul

4 years, 1 month

SimH ethernet on Windows

by rien.timmer1947＠gmail.com

How do I setup the ethernet connection on Windows in order to enable SimH/VAXVMS to communicate with the world? I used: Set xu enable Set xu eth7 (my Wi-Fi connection) This gives me: sim> sho xu XU address=2013F948-2013F94F, vector=50, BR5, MAC=08:00:2B:00:01:05 type=DELUA, throttle=disabled attached to eth7 But VMS does not recognize UNA-0. Groeten, Rien Timmer

4 years, 1 month

Disallow login on DZ line in VMS

by system＠TMESIS.COM

Johnny Billquist <bqt at softjar.se> writes: >That /NOTYPE_AHEAD would disable logins in VMS is a bit surprising. >In my eyes, that's very unintuitive. /NOINTERACTIVE seems much more >sensible (yay for RSTS/E). When a terminal has no associated process and it receives unsolicited input, it forks into routine UNSOL in module TTYSUB. UNSOL notifies the job controller of the occurrance by sending a message to the job cntroller's permanet mailbox. This message contains the device name and precipitates the creation of a login process. There are various other actions based upon the type of terminal and other attributes of the device that may occur prior to the actions of the job controller but without TYPE_AHEAD, none of this occurs. >Sounds like VMS also have /NOINTERACTIVE...? VMS has no /NOINTERACTIVE. Interactive is a process right assigned to a process that is instantiated via an unsolicited interrupt on a terminal device. >In RSX, /NOTYPE_AHEAD just means you don't have any typeahead. If you >try typing something when nothing is reading, the characters are just >thrown away. But if a read is in progress, things works just as normal. I thought this was a question concerning VMS. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

4 years, 1 month

Disallow login on DZ line in VMS

by system＠TMESIS.COM

"Mark J. Blair" <nf6x at nf6x.net> writes: > > >> On Dec 20, 2021, at 6:00 PM, Brian Schenkenberger, VAXman- = ><system at TMESIS.COM> wrote: >>=20 >>> Sounds like VMS also have /NOINTERACTIVE...? >>=20 >> VMS has no /NOINTERACTIVE. Interactive is a process right assigned >> to a process that is instantiated via an unsolicited interrupt on a >> terminal device. > >/NOINTERACTIVE is not listed in the HELP SET TERM text, but SET TERM = >TTAn: /PERM/NOINTERACTIVE is accepted as a command where I tried it in = >v5.5 and v7.3, and it changes the first characteristic shown by SHOW = >TERM from "Interactive" to "Passall". /shrug /[NO]PASSALL is obsolete. You'll also find that it will disable other terminal features you may desire keeping. >From the VMS HELP for SET TERMINAL/TYPE_AHEAD: SET TERMINAL /TYPE_AHEAD /TYPE_AHEAD (default) /NOTYPE_AHEAD Controls whether the terminal accepts unsolicited input to the limit of the type-ahead buffer. When you specify the /NOTYPE_AHEAD qualifier, the terminal accepts input only when a program or the system issues a read to the terminal, such as for user input at the DCL prompt ($). When you specify the /TYPE_AHEAD qualifier, the amount of data that can be accepted is governed by the size of the type-ahead buffer. That size is determined by system generation parameters. >Thank you for your explanation of how a login prompt gets triggered. >That was neat. It's quite different from the way that happens in >unix-like OSes. Yup. Having a getty hanging about on all possible terminals seems a bit 1970 to me. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

4 years, 1 month

Disallow login on DZ line in VMS

by nf6x＠nf6x.net

The recent thread "Disallow system from dz lines (OpenVMS/VAX 7.3)" started me wondering how to entirely disable the login prompts on a given serial line, such as to use the port for some other purpose like controlling external hardware. I've been trying to find out how to do that in the manuals, but I haven't found it yet. It seems like it might be something to do with SET TERM, but I don't see obvious flags for that. Can anybody offer any hints? I won't be too surprised if my eyes have already glided over the answer in the manuals and HELP SET TERM text. -- Mark J. Blair, NF6X <nf6x at nf6x.net> https://www.nf6x.net/

4 years, 1 month

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet