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
I\m currently experimenting with some new code for Multinet under RSX.
Seems like VMS don\t really like me at the moment, so Multinet links
between Mim and VMS systems might not be working well. PyDECnet is
working fine.
I'll try to get this working as soon as possible, but for VMS systems,
expect there to be issues during today...
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
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.
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
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
>
>
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
>
>
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
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.
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
I remember using a C compiler under TOPS-10, but that was far away and
very long ago. Can anybody tell me if my memory is bad, or did that really
exist? Was it a DEC product or a DECUS thing?
Thanks
Bob