HECnet March 2020

hecnet@lists.dfupdate.se

47 participants
28 discussions

by bqt＠softjar.se

Time for a new release announcement of TCP/IP for RSX-11M-PLUS. Highlights: . IP multicasting have been implemented . TCP stability improvements Detailed information on things that have been done since the last release: IP: . Added IP multicast support, and functions to enable this on UDP sockets. UDP: . Added functions for joining and leaving multicast groups on sockets. TCP: . Bugfix in TCP. Under some circumstances, TCP will stop receiving data because of a calculation error on TCP sequence numbers. . Improvement in TCP. Code accidentally sent unnecessary probes when a socket is in Close Wait. . Bugfix in TCP. Any ICMP error received for a socket caused the TCP connection to close down. This should not happen for ICMP source quench or ICMP timeout messages. . Correct MSS computation and setup based on interface MTU. IFCONFIG: . Added ability to change MTU of interface in IFCONFIG. FTPD: . Bugfix in FTPD. Long home directory names caused FTPD to fail. Some additional notes: Some people might wonder why the multicast changes have been introduced, but no other changes related to it. I wanted to get this change out now in order to allow people the possibility to play with it, if anyone is interested. For my own part, I next plan to look at mDNS, to allow RSX to live in home networks without a proper DNS server, but still be visible to other systems. mDNS depends on multicast groups. In addition, the TCP corrections finally fixed some long standing problems that I have been observing that have been very rare, but very annoying to me. BQTCP is now behaving very well on the network, and I do not actually have any known issues (at this time) that that are nagging me. I hope this release will see a further reduction on work on protocols like IP, TCP and UDP, and future work will be even more focused on higher level protocols. As usual, the distribution is available from: ftp://mim.update.uu.se/bqtcp.dsk ftp://mim.update.uu.se/bqtcp.tap ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk The documentation is also available through ftp on Mim, or also at http://mim.update.uu.se/tcpipdoc I hope people find this update useful. Johnny -- 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

3 years, 12 months

Bringing up a MicroVAX 3100-80

by supratim＠riseup.net

I have obtained a MicroVAX 3100-80 with a Storageworks pizza box, a CD-ROM drive, a tape drive, some cables and no monitor. It powers on, does not smoke or explode. The 8 LEDs at the back settle down to all on except 2 and 3 counting from zero on the right. I can hear a hard disk spin up. The cables include two MMJs. I have a PC with a 9-pin female serial connector. It runs Linux. The first two of many questions: does the ?0? connector connect to the console? What exactly do I need to do to connect the PC?s serial port to the MMJ cable? Note: I have passable soldering skills. Next question will be about the BNC connector and networking. One thing at a time. Here are some pictures: https://photos.app.goo.gl/KduorZEimMQ73bMdA Thanks in advance Supratim --- Supratim Sanyal, W1XMT 39.19151 N, 77.23432 W QCOCAL::SANYAL via HECnet

4 years

DECnet-RT?

by bob＠jfcl.com

Still looking for things to do at home here, so I've set up another PDP-11 with RT11 this time. I have v5.7 up and running just fine, but I'd really like to network it and I can't find a copy of DECnet-RT anywhere. Can someone send me a pointer? BTW, was DECnet-RT ever upgraded to Phase IV or did it stop with III? Yes, I know there's a TCP/IP for RT11. I might actually end up using that instead, but I'd prefer to have it on HECnet if I can. Thanks, Bob

4 years

VaxHaven CD-ROM image archive issue (and solution)

by gerry77＠mail.com

Hello everyone, some time ago I discovered that several images downloaded from the VaxHaven CD-ROM image archive appear to be corrupted. Actually they are not really corrupted: they just include not only sector data from the original media but also CD-ROM sector preambles and error-correcting codes which are usually skipped when dumping discs with e.g. the UNIX 'dd' command. In other words, CD-ROM raw sectors are made of a 16 byte preamble, a 2048 byte data area, and a 288 checksum (Reed-Solomon) for a total of 2352 bytes whereas audio CDs use the whole 2352 bytes in another way (channel frames). See https://en.wikipedia.org/wiki/CD-ROM for more information. Since I usually mount these disc images directly on VMS with the LD driver, I wanted to find a native way to "clean" them which would not require any additional software besides whatever is available on a standard VMS system. After downloading and unpacking some affected image, the first thing to do is to ensure that it has some sensible RMS attributes: $ SET FILE /ATTR=(RFM=FIX,LRL=2352,RAT=NONE) AG-Q2PLL-XE.ISO Then we will use the Sort/Merge utility to fix it. To do so we need a file to instruct the utility on how to manipulate data records both in input and output. Let's call it CDFIX.SRT and store it with the following lines: /FIELD=(NAME=HEAD, POSITION= 1, SIZE= 16) /FIELD=(NAME=BODY, POSITION= 17, SIZE=2048) /FIELD=(NAME=TAIL, POSITION=2065, SIZE= 288) /DATA=BODY Finally we could run the utility to extract the good portion from every record of the original image: $ MERGE /NOCHECK /STAT /SPEC=CDFIX AG-Q2PLL-XE.ISO AG-Q2PLL-XE_FIXED.ISO This is the result on a somewhat slow system. Note the input and output record length on the right column: OpenVMS Sort/Merge Statistics Records read: 304468 Input record length: 2352 Records sorted: 304468 Internal length: 6761 Records output: 304468 Output record length: 2048 Working set: 65536 Sort tree size: 0 Virtual memory: 416 Number of initial runs: 1 Direct I/O: 81792 Maximum merge order: 1 Buffered I/O: 8 Number of merge passes: 1 Page faults: 35 Work file alloc: 0 Elapsed time: 00:04:25.92 Elapsed CPU: 00:00:32.98 Anyway, a friend of mine provided me with a short Python program which achieves the same result: with open("AG-Q2PLL-XE.iso", "rb") as fr: with open("AG-Q2PLL-XE-fixed.iso", "wb") as fw: byte = 'somedata' while byte != "": _ = fr.read(16) byte = fr.read(2048) fw.write(byte) _ = fr.read(288) I didn't test any of the above with every image in the archive, but I suppose that the "corrupted" ones have all the same problem. HTH, :) G.

4 years

RSX or RSTS

by bob＠jfcl.com

With all this social distancing and staying home, I've been dusting off old hardware and fixing it up. I just finished running diagnostics on a nice little PDP-11 system. It is a - PDP-11/53+ with 3.5Mb RAM in a BA123 KDA50 and 2xRA73 drives DELQA NI CXA16 16 line mux (DHV11 clone, more or less) TQK70 and TK70 (probably worthless - those things never work) SQ739 SCSI controller (does both MSCP and TMSCP!) I figure I'll use the SCSI for a CDROM and a tape drive, maybe an Exabyte. Don't really need more disk space with two RA73s already, and I'm sure the SDI is faster than the SCSI. So, the question is, what OS should I put on it? RSX or RSTS? It has to be something that can make good use of the hardware. No Unix, please - I've already got a nice 11/83 with 2.11bsd on it. Ideas? Bob

4 years, 1 month

VAX/VMS 3.0 Distribution Available for Download --> boot on Vax8600/50

by R.Voorhorst＠swabhawat.com

Boot on Vax8600: HK0: 'F:\Shares\Distribution\VMS\Vms_30\VAXVMSV3.0-26APR1982\vmsv30.rk07' Contains ODS2 File system HK0: Volume Name: VAXVMSRL3 Format: DECFILE11B Sectors In Volume: 53790 sim> b hk0 Loading boot code from internal vmb.exe %SYSBOOT-W-ECO or microcode version less than minimum required for VMS. %SYSBOOT-E-Unable to locate file SYSLOA SC.EXE HALT instruction, PC: 0000325A (CLRQ R8) sim> So some work to do or not (very well) possible. So it will run on Vax11/780 the original workhorse from then. Somewhere a Decnet-3.0 around for Vms to make it complete? Best regards, R.V. -----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Paul Birkel Sent: Saturday, 21 March, 2020 13:56 To: 'Ray Jewhurst' <raywjewhurst at gmail.com>; 'General Discussion: On-Topic and Off-Topic Posts' <cctalk at classiccmp.org>; hecnet at update.uu.se Cc: 'simh' <simH at trailing-edge.com>; 'John Dundas' <dundas at caltech.edu> Subject: RE: [HECnet] VAX/VMS 3.0 Distribution Available for Download According to the Release Notes it works on the 11/750 and 11/730 as well. See: AA-D015D-TE https://archive.org/details/bitsavers_decvaxvms3leaseNotesV3.0May82_5458871… -----Original Message----- From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Ray Jewhurst via cctalk Sent: Saturday, March 21, 2020 8:34 AM To: hecnet at update.uu.se Cc: General Discussion: On-Topic and Off-Topic Posts; simh; John Dundas Subject: Re: [HECnet] VAX/VMS 3.0 Distribution Available for Download >From 1982 I see. I know that this will run on the 780/785 but what about the other VAX-11s or the 8600? I am purely a simulator and have never used the real thing and I am not sure what years the models in question were released. Sorry if my questions seem ignorant. Ray On Sat, Mar 21, 2020, 8:08 AM Supratim Sanyal <supratim at riseup.net> wrote: > John Dundas' distribution of VAX/VMS version 3.0 (April 1982) can now > be downloaded from my Dropbox. > > The SYSTEM password is MANAGER. > > Note: Dropbox does not force you to create an account, if you look > carefully you will see a "Continue to view" link at the bottom of that > pop-up. > > Here's what it boots into: > > > VAX/VMS Version V3.0 26-APR-1982 16:21 > > > PLEASE ENTER DATE AND TIME (DD-MMM-YYYY HH:MM) 21-MAR-2020 11:58 > %JBC-I-NEWQUEUE, new queue file created %OPCOM, 21-MAR-2020 > 11:58:34.51, logfile initialized by operator OPA0 > logfile is SYS$MANAGER:OPERATOR.LOG > Login quotas - Interactive limit=64, Current interactive value=0 > SYSTEM job terminated at 21-MAR-2020 11:58:39.91 > > Username: SYSTEM > Password: > Welcome to VAX/VMS version V3.0 $ $ > > Grab it from https://bit.ly/vaxvms30 > > Regards, > Supratim > > -- > Supratim Sanyal, W1XMT > 39.19151 N, 77.23432 W > QCOCAL::SANYAL via HECnet > >

4 years, 1 month

VAX/VMS 3.0 Distribution Available for Download --> Decnet

by R.Voorhorst＠swabhawat.com

It looks there is some decnet on the disk. Exec list gives phase-III router: $ mc ncp NCP>show exec char Node Volatile Characteristics as of 21-MAR-2020 15:16:42 Executor node = 0 Identification = DECnet-VAX V3.0, VMS V3.0 Management version = V3.0.0 Incoming timer = 45 Outgoing timer = 45 NSP version = V3.2.0 Maximum links = 32 Delay factor = 64 Delay weight = 2 Inactivity timer = 60 Retransmit factor = 10 Routing version = V1.3.0 Type = routing Routing timer = 600 Maximum address = 1 Maximum circuits = 0 Maximum cost = 1023 Maximum hops = 31 Maximum visits = 63 Maximum buffers = 2 Buffer size = 1000 Default access = incoming and outgoing So ..... playtime ....? R.V. -----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of R. Voorhorst Sent: Saturday, 21 March, 2020 14:48 To: hecnet at Update.UU.SE; 'Ray Jewhurst' <raywjewhurst at gmail.com>; 'General Discussion: On-Topic and Off-Topic Posts' <cctalk at classiccmp.org> Cc: 'simh' <simH at trailing-edge.com>; 'John Dundas' <dundas at caltech.edu> Subject: RE: [HECnet] VAX/VMS 3.0 Distribution Available for Download --> boot on Vax8600/50 Boot on Vax8600: HK0: 'F:\Shares\Distribution\VMS\Vms_30\VAXVMSV3.0-26APR1982\vmsv30.rk07' Contains ODS2 File system HK0: Volume Name: VAXVMSRL3 Format: DECFILE11B Sectors In Volume: 53790 sim> b hk0 Loading boot code from internal vmb.exe %SYSBOOT-W-ECO or microcode version less than minimum required for VMS. %SYSBOOT-E-Unable to locate file SYSLOA SC.EXE HALT instruction, PC: 0000325A (CLRQ R8) sim> So some work to do or not (very well) possible. So it will run on Vax11/780 the original workhorse from then. Somewhere a Decnet-3.0 around for Vms to make it complete? Best regards, R.V. -----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Paul Birkel Sent: Saturday, 21 March, 2020 13:56 To: 'Ray Jewhurst' <raywjewhurst at gmail.com>; 'General Discussion: On-Topic and Off-Topic Posts' <cctalk at classiccmp.org>; hecnet at update.uu.se Cc: 'simh' <simH at trailing-edge.com>; 'John Dundas' <dundas at caltech.edu> Subject: RE: [HECnet] VAX/VMS 3.0 Distribution Available for Download According to the Release Notes it works on the 11/750 and 11/730 as well. See: AA-D015D-TE https://archive.org/details/bitsavers_decvaxvms3leaseNotesV3.0May82_5458871… -----Original Message----- From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Ray Jewhurst via cctalk Sent: Saturday, March 21, 2020 8:34 AM To: hecnet at update.uu.se Cc: General Discussion: On-Topic and Off-Topic Posts; simh; John Dundas Subject: Re: [HECnet] VAX/VMS 3.0 Distribution Available for Download >From 1982 I see. I know that this will run on the 780/785 but what about the other VAX-11s or the 8600? I am purely a simulator and have never used the real thing and I am not sure what years the models in question were released. Sorry if my questions seem ignorant. Ray On Sat, Mar 21, 2020, 8:08 AM Supratim Sanyal <supratim at riseup.net> wrote: > John Dundas' distribution of VAX/VMS version 3.0 (April 1982) can now > be downloaded from my Dropbox. > > The SYSTEM password is MANAGER. > > Note: Dropbox does not force you to create an account, if you look > carefully you will see a "Continue to view" link at the bottom of that > pop-up. > > Here's what it boots into: > > > VAX/VMS Version V3.0 26-APR-1982 16:21 > > > PLEASE ENTER DATE AND TIME (DD-MMM-YYYY HH:MM) 21-MAR-2020 11:58 > %JBC-I-NEWQUEUE, new queue file created %OPCOM, 21-MAR-2020 > 11:58:34.51, logfile initialized by operator OPA0 > logfile is SYS$MANAGER:OPERATOR.LOG > Login quotas - Interactive limit=64, Current interactive value=0 > SYSTEM job terminated at 21-MAR-2020 11:58:39.91 > > Username: SYSTEM > Password: > Welcome to VAX/VMS version V3.0 $ $ > > Grab it from https://bit.ly/vaxvms30 > > Regards, > Supratim > > -- > Supratim Sanyal, W1XMT > 39.19151 N, 77.23432 W > QCOCAL::SANYAL via HECnet > >

4 years, 1 month

VAX/VMS 3.0 Distribution Available for Download

by supratim＠riseup.net

John Dundas' distribution of VAX/VMS version 3.0 (April 1982) can now be downloaded from my Dropbox. The SYSTEM password is MANAGER. Note: Dropbox does not force you to create an account, if you look carefully you will see a "Continue to view" link at the bottom of that pop-up. Here's what it boots into: ? VAX/VMS Version V3.0 26-APR-1982 16:21 PLEASE ENTER DATE AND TIME (DD-MMM-YYYY? HH:MM) 21-MAR-2020 11:58 %JBC-I-NEWQUEUE, new queue file created %OPCOM, 21-MAR-2020 11:58:34.51, logfile initialized by operator OPA0 ??????? logfile is SYS$MANAGER:OPERATOR.LOG ? Login quotas - Interactive limit=64, Current interactive value=0 ? SYSTEM?????? job terminated at 21-MAR-2020 11:58:39.91 Username: SYSTEM Password: ??????? Welcome to VAX/VMS version V3.0 $ $ Grab it from https://bit.ly/vaxvms30 Regards, Supratim -- Supratim Sanyal, W1XMT 39.19151 N, 77.23432 W QCOCAL::SANYAL via HECnet

4 years, 1 month

TOPS-10 Fortran V11 patch decryption keys

by gerry77＠mail.com

Speaking about compilers... TOPS-10 (and TOPS-20) TSU patches were distributed in encrypted form, the idea being that only people having keys that were delivered with original product tapes could decrypt them. In fact TSU tapes contain almost complete versions of most licensed Digital products. Unfortunately, the tape image of the Fortran-10 V11 product tape available on both Trailing Edge and Bitsavers is truncated and lacks the saveset with the keys. It should be the 7th saveset, but the image ends after the 4th. Does anyone here have some idea about how to overcome this problem? Or, even better, does anyone know if there could be another copy of the same tape available somewhere? I've found that the Computer History Museum has a copy (https://www.computerhistory.org/collections/catalog/102773759) and I wonder if it's the one from which the truncated image was sourced. The tape identifier is BB-D480G-SB. Alternatively I think it might be possible to build the TOPS-10 FORTRAN V11 compiler with the patched sources of the TOPS-20 compiler, in fact they should share almost everything except maybe OS interfaces like SCAN, WILD, COMND, and so on... Thoughts? :) G.

4 years, 1 month

long term paks

by bill.cu＠suddenlink.net

I just received an email from the HPE program. I guess they are going to have long term PAKs they are selling to hobbyists. So I guess I am out. There is someone named Jon you can get these from. I believe Jon Feldman. Bill

4 years, 1 month

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet March 2020