HDTenEightyP/NetNews huggingface dataset:
From: eric@telebit.com (Eric Smith)
Subject: Re: Declassification of disks and DEC
Organization: Telebit Corporation
Date: 22 Jul 92 19:24:56

>>On Tue, 21 Jul 1992 17:45:06 GMT, m1b@rayssd.ssd.ray.com (Barone) said:
> ... It seems
> that the formatter will write all zeros to bad blocks rather than the
> specified pattern that we selected.  It doesn't matter that the data
> is gone (we couldn't prove it, that block may have always contained
> zeros) -- what matters is that the pattern isn't what we specified.

Of course, if you have a bad sector it may be that you can't possibly write
to it such that it will read back the pattern you want.

The formatter in question may be failing to write to those sectors, or writing
zeros to them.  Also, even if the formatter did write the pattern you
specifed to a bad sector, it may be that it is unable to read it (because it's
bad), and returning zeros.

I don't know anything about HSCs and RA82s though, so this may have nothing
to do with it.

Cheers,
Eric
Xref: sparky comp.sys.dec:4151 misc.forsale.computers:27473
From: rocker@csa.bu.edu (The Long Haired One)
Newsgroups: comp.sys.dec,misc.forsale.computers,mit.bboard
Subject: Re: DEC VT100 keyboard forsale
Date: 23 Jul 92 17:07:00 GMT
Followup-To: comp.sys.dec,misc.forsale.computers,mit.bboard
Distribution: comp,misc,mit
Organization: Boston University
In-reply-to: rocker@csa.bu.edu's message of 23 Jul 92 07:48:51 GMT

>>>>> On 23 Jul 92 07:48:51 GMT, rocker@csa.bu.edu (The Long Haired One) said:


|> 1 DEC VT100 Keyboard 
|> 	in working condition was tested recently.
|> asking $5 + shipping.

|> email to rocker@bucsf.bu.edu

correction on the email address rocker@cs.bu.edu
Newsgroups: comp.sys.dec
From: ajc@pa.dec.com (AJ Casamento)
Newsgroups: comp.sys.dec
Subject: Re: CX Board questions
Date: 22 Jul 92 19:25:51 GMT
Organization: Digital Equipment Corporation


Although I seldom see any need to add to Richard's posts (who would question
somebody smart enough to live in Oz?), I'd like to point out the following:

Option		Part No.	Resolution	Refresh	  Monitor

MX		PMAG-AB		1280 x 1024	  72Hz	  VR319-DA

CX 8pl		PMAG-BB		1024 x  864	  60Hz	  VR290-DA/VR299-DA

HX 8pl		PMAGB-BB	1280 x 1024	  72/66Hz VRT19-HA/VRT16-DA

HX 8pl		PMAGB-BD	1280 x 1024	  72/60Hz VRT19-HA/

HX 8pl		PMAGB-BF	1280 x 1024	  72Hz	  VRT19-HA

PX 8pl		PMAG-CB		1280 x 1024	  66Hz	  VRT19-DA/VRT16-DA

TX 24pl		PMAG-JB		1280 x 1024	  66Hz	  VRT19-DA/VRT16-DA

TX 24pl		PMAGB-JB	1280 x 1024	  72Hz	  VRT19-HA

PXG 8pl		PMAG-DB		1280 x 1024	  66Hz	  VRT19-DA/VRT16-DA

PXG 24pl	PMAG-EB		1280 x 1024	  66Hz	  VRT19-DA/VRT16-DA

PXG+ 8pl	PMAGB-DB	1280 x 1024	  72Hz	  VRT19-HA

PXG+ 8pl	PMAGB-DD	1280 x 1024	  66Hz	  VRT19-DA/VRT19-HA

PXG+ 24pl	PMAGB-EB	1280 x 1024	  72Hz	  VRT19-HA

PXG+ 24pl	PMAGB-ED	1280 x 1024	  66Hz	  VRT19-DA/VRT19-HA

PXGT 24pl	PMAG-FB		1280 x 1024	  66Hz	  VRT19-DA

PXGT+ 24pl	PMAGB-FB	1280 x 1024	  72Hz	  VRT19-HA



  I just wanted to point out that in addtion to resoulution, the refresh rate
of the CX won't match the VRT19-DA. And then I thought, well...why not give
them the full list. The part numbers are all Field Installed graphics options
(so they are what you would buy as add-ons). I apologize PROFUSELY for using
North American part numbers for the monitors, there just wasn't room to put
all of the variants in.

  I seem to remember that the 60Hz variant of the HX was intended to allow
people to keep their VR299-DA type monitors, but I don't see it anyplace in
my documentation. The HX is configurable (on the cards I have) to refresh rate
by means of jumpers on the card. And remember that the baseboard graphics of 
the PDS5000/xx is only 1024 x 768 and uses the VRC16-DA monitor (I believe 
that's an XVGA equivalent). 

  I hope that this helps (I don't think there are any typos in the list, but
I didn't think I'd screw up the KA630 discussion either...sigh).

				Thanx,
				  AJ


      **********************************************************************
      * AJ Casamento			"The question is not whether or    *
      * Digital's TRI/ADD Program	 not the opinions are mine; but    *
      * 529 Bryant Ave. PAG-2		 rather, which of my personalities *
      * Palo Alto, CA 94301-1616	 do they belong to?"		   *
      * 415.617.3460							   *
      * ajc@decwrl.dec.com						   *
      **********************************************************************
Newsgroups: comp.sys.dec
Subject: LA75 FOR SALE 100.00
From: cwthomas@nrlvx1.nrl.navy.mil
Date: 30 Jul 92 07:38:33 -0400
Organization: NRL SPACE SYSTEMS DIVISION


	Hi;
	I have a LA75 in reasonably good shape and am asking 100.00
	+ shipping for it. If you are interested,Email me at:
	cwthomas@nrlvax.nrl.navy.mil

	Thanks;
	C.W. Thomas

Newsgroups: comp.sys.dec
From: scs@iti.org (Steve Simmons)
Subject: CFD: comp.sys.dec.politics
Organization: Industrial Technology Institute
Date: Fri, 24 Jul 1992 13:29:11 GMT


No, not really.  Just a carp that it's getting harder and harder to
sift the technical from the political in this group.
-- 
"I was disqualified when I mooed at a propane tank mistaking it for a cow."
    Patrick E Fleming, pfleming@magnus.acs.ohio-state.edu
From: chu@hanauma.jpl.nasa.gov (Eugene Chu)
Newsgroups: comp.sys.dec
Subject: Re: ALPHA Workstations
Date: 31 Jul 92 10:34:46 GMT
Distribution: usa
Organization: SAR Systems Development & Processing, JPL

Many thanks to all those who responded to enlighten me.  It seems that the
conflicting stories of ALPHA availability from reps in the same sales office
is due to misinformation.  Again, I'm saddened by the fact that some sales
folks are still so misinformed.  I'm more than a little irritated by having
to depend on such unreliable sources.  Of course, having such high levels
of anticipation makes me an easy target for all those teaser announcements.

The bottom line seems to be that I cannot order an ALPHA workstation outright
today, but I can get a future upgrade package.  However, the current not-
to-exceed prices make me not want to upgrade, but rather keep what I buy now,
and maybe just buy a system outright when(if?) they become available.  I saw
no advantage to the upgrade at all.  (Could this have been DEC's plan all
along?)  From purely a performance standpoint, it looks like the HP systems
are the easiest for me to justify right now.

The system that our EASL group is getting is a seed unit, probably a beta
testing model.  However, the lawyers on both sides are still disagreeing on
the terms of engagement.  But the intentions are far from secret, nor has
the rep said that it should be.

I still have to use up my funding by the end of September, and I have to
specify competitive bids.  I would perfer to get a DECstation of some sort
into our section (which seems to have a DECphobia right now, which I'd like
to change), but I could end up with an HP or an SGI.  I just hope I don't 
end up with a SPARCstation.

Again, thanks for clearing me up.
eyc
-- 
>:<  Me:  Eugene Chu (Mr. Butterfly)        | Radar Science & Engineering  >:<
>:<  chu@hanauma.jpl.nasa.gov               | Jet Propulsion Laboratory    >:<
"T'is better to light a single candle than to curse the darkness"
But t'is so much easier to curse the darkness.
From: moss@cs.umass.edu (Eliot Moss)
Newsgroups: comp.sys.dec
Subject: Re: VAX question (P0/P1 space)
Date: 26 Jul 92 22:39:52 GMT
Reply-To: moss@cs.umass.edu
Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst)
In-reply-to: boyd@prl.dec.com's message of 26 Jul 92 21:19:39 GMT

A couple of remarks:

1) P0 grows upwards from 0 and is where text, initialized data, and statically
allocated uninitialized data are normally placed. Most libraries also put
dynamically allocated data (malloc/free, etc.) in P0, but, if you're careful
about your stack space, you can use P1 for dynamically allocated data (i.e.,
the stack pointer need not be the low end of P1 space).

2) P1 grows downwards from the middle of the address space, and is usually
used for the stack, which the hardware instruction manage by moving towards
lower addresses on pushes and calls, and higher addresses on pops and returns.
One can allocate beyond the end of the stack (but be aware that at least a few
words beyond the end of the stack may be used for emulation scratch space
(e.g., floating point instructions not supported directly in hardware)).

3) Kernel space is the third quarter of the address space, as previously
noted, and is generally shared among all processes (but pages have different
protections in user, exec, supervisor, and kernel modes, so this is safe,
etc.)

4) The fourth quarter of the address space is generally used for I/O devices
and could be called "I/O space", though I am not sure if that is an "official"
designation.

I have participated in the design and implementation of user mode threads
packages, and we found we can place the multiple stacks in either P0 or P1
space with no particular problems. The only way in which the spaces tend to
impinge on design is this: all pages in P0 space up to the highest one
allocated, and all pages in P1 space down to the lowest one allocated, MUST
have a page table entry (PTE), even if it is set no access. The memory
management hardware on many other machines allows sparse allocation, but the
hardware on the VAX precludes that, and ultimately every page you have
impinges on non-pageable kernel space (the page tables for your page tables),
so this resource tends to be jealously guarded by any operating system,
meaning you have to be careful about you allocate things for some kinds of
languages (e.g., it's not as nice for heap management in a LISP system, etc.,
as one might prefer).
--

		J. Eliot B. Moss, Associate Professor
		Department of Computer Science
		Lederle Graduate Research Center
		University of Massachusetts
		Amherst, MA  01003
		(413) 545-4206, 545-1249 (fax); Moss@cs.umass.edu
Newsgroups: comp.sys.dec
From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
Subject: Re: looking for RRD42 drivers.
Summary: SYS$HELP:DECW$CD.C
Keywords: RRD42, sound driver for VMS
Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.
Organization: Digital Equipment Corp.
Distribution: comp
Date: Mon, 27 Jul 1992 17:04:25 GMT


In article <1992Jul24.215531.15658@portal.vpharm.com>, sergio@portal.vpharm.com (Sergio Rotstein) writes...
>
>I don't know how many times this question must have been posted in this
>newsgroup but here goes: Does anybody know of a public domain CD-ROM driver
>to play music CD's from the DEC-RRD42 drive?

    Well, it's not exactly public domain, but your VMS system should have the
    files SYS$HELP:DECW$CD.*, which is an example sound interface.  All the
    appropriate instructions should be in the file; someone here at my site
    set it up from this.

>Sergio H. Rotstein. 
> Vertex Pharmaceuticals Incorporated                    sergio@vpharm.com

    #ken    :-)}	Jeratol the Chaotic

Coar@Nephi.Enet.DEC.Com	 | All opinions herein contained, stated or implied,
Coar@DECUS.Org		 | are solely those of the author.  And he's fullovem.
Coar@Eisner.DECUS.Org	 | `... it was mine art, ... that made gape the pine 
Massachusetts, USA       | and let thee out.'  - Prospero (_The Tempest_)
Newsgroups: comp.sys.dec
From: robert@triton.jpl.nasa.gov (Robert Angelino)
Subject: Wanted:  Back-end module(s) for GCC to produce either PDP-11...
Reply-To: Allen_Van_Sickel.LAX1B@xerox.com
Organization: Jet Propulsion Laboratory, Pasadena CA
Date: Tue, 28 Jul 1992 16:11:19 GMT

Help for a friend in need with no internet access.

	Wanted:  Back-end module(s) for GCC to produce either PDP-11 native
object code, or MACRO-11 assembler.  GCC will be used on a VAX running VMS as a
cross-compiler to a PDP-11 target.

thanks

reply to Allen_Van_Sickel.LAX1B@xerox.com

-robert
From: dfl@panix.com (Danny O'Bedlam)
Newsgroups: comp.sys.dec
Subject: Re: Layoff rumors
Date: 24 Jul 92 03:26:18 GMT
Distribution: na
Organization: Panix, (New Yawk City)

In <14nll1INNk4p@darkstar.UCSC.EDU> haynes@cats.ucsc.edu (Jim Haynes) writes:
>Credit the July 17 issue of New York Times for "Huge layoffs of up to
>15,000 employees are also expected in this fiscal year."

	after hearing tonights report on All Things Considered that
DECs second quarter results were a $1.8 BILLION loss.  I think that
15,000 is an incredibly SMALL number.  The other rumored figure was
30,000 and I'll bet thats right on the money.  
-- 
***********************************************************************
* Danny O'Bedlam  = dfl@panix.com = cmcl2!panix!dfl = Danny Lieberman *
* PO Box 3131 Church St Station, New Yawk, New Yawk, 10008-3131 (usa) *
***********************************************************************
From: STEIN_A@mscf.med.upenn.edu (Alan Stein)
Newsgroups: comp.sys.dec
Subject: HELP:  What ether controller is in VAXMATE
Keywords: VAXMATE, frustration
Date: 23 Jul 92 20:41:05 GMT

I'm interested in hooking a VAXMATE up to a thin-wire
 network of unix machines running TCP/IP.  I have the 
clarkson packet drivers and CUTCP which I am hoping to 
run on the VAXMATE.  My problem is that I have 
absolutely no idea what driver (and what interrupts/addrs) 
to use.  Does anyone on this newsgroup know?  (or can 
tell me definitively that this is an inane idea that won't 
ever work)?

Has anyone done such a thing?  The manuals are dreadfully
vague and don't even mention things like the level of
processor (286) in the machine.  
 
Thanks for any and all help.
 
Please email responses to STEIN_A@MSCF.MED.UPENN.EDU
since I don't regualrly read this group.  I will post
a summary of answers back to the group.
From: pniy@vax5.cit.cornell.edu
Newsgroups: comp.sys.dec
Subject: Single, not double precision on a 240
Date: 23 Jul 92 11:19:43 EDT
Distribution: comp
Organization: Cornell University

Our Decstation 5000/240 has been experiencing a bizarre problem, and
DEC is now planning to replace the CPU  board to fix it. Since DEC
was aware of this problem beforehand, but apparently not aware how
widespread the problem was, I thought I should warn people to check
for themselves.

The initial symptom was a huge program apparently running at single precision
even though we were sure it should be getting double precision answers,
and even though the same program running on other machines DID give
double precision answers. When we finally tried running the program twice
with an identical input file, we noticed that it was actually producing
output that DIFFERED from one run to another at about the 6'th or 7'th
decimal place, not good enough for our purposes. The exact same executable
file, when run on a DEC 5000/200, produced consistent results from
one run to another (also on the same input file), to all 16 places
we would expect.

Our machine was delivered at the end of May, and we have found the same
problem on another machine delivered about a month later, but it apparently
does not afflict all of the 240's, since when we communicated with the
DEC service people, they tried running the same executable over there,
and it was perfectly consistent from one run to the next, and with the
results on the 200 we tested.

I have a shorter test program that people can try on their own machines.
Please send me e-mail at:

	asmith@icose.msd.anl.gov

if you are interested (NOT at the address this was posted from). This
program basically runs a series of random numbers through the sin function,
and produces consistent results about 95 % of the  time, and inconsistent
results (at the 7'th or 8'th decimal place) about 5 % of the time. However,
if you change the program slightly it becomes fully consistent (for
example, by printing things in a different order, or by rearranging
the subroutines called to generate random numbers, or by compiling
with -g instead of -O). I would also be interested in hearing who
else has had similar experiences (Dec implied there was at least somebody
out there who had noticed this before).

		Arthur Smith
		(asmith@icose.msd.anl.gov)

Newsgroups: comp.sys.dec
From: ecldco@ultb.isc.rit.edu (E.C. Loyd)
Subject: Re: RZ23 & VS4000/60 question
Originator: ecldco@ultb
Organization: Rochester Institute of Technology
Date: Fri, 24 Jul 1992 14:34:54 GMT

In article <1992Jul22.140154.1@travis.llnl.gov> massey@travis.llnl.gov writes:
>We hav a new Vaxstation 4000/60 and an old RZ23 disk drive that we're trying 
>to get together. The Vaxstation docs talk about it working with an RZ23L.
>The RZ23 fits, is recognized by the hardware and the software, can be 
>initialized and written to some of the time. But, we can consistantly cause
>the following VMS error message too:
>
>$ back/ver DKA0:/image DKA200:DKA0.sav/sav
>%BACKUP-F-WRITEERR, error writing DKA200:[SYSTEM]DKA0.SAV;1
>-RMS-F-WER, file write error
>-SYSTEM-F-DRVERR, fatal drive error
>S
>
>The drive was known to be good prior to its installation in the 4000/60.
>
>My questions are:
>1) Is this hardware mix compatible?
>2) Are there significant differences between an RZ23 & an RZ23L?
>3) We're familiar with a Vaxstation 3100 where a SCSI device could be 
>exercised/bad-block-scanned via an "odt" "TEST xx". The 4000/60 documentation
>does not mention such a test/exerciser. Does it exist?
>
>
>Warren N. Massey                                      Massey@Travis.LLNL.Gov
>Lawrence Livermore National Laboratory                   P.O. Box 808, L-495
>Livermore, Calif. 94550  <<<My opinions are mine alone>>>      (510)422-1958


The RZ23 is basically a 100 Meg drive.  In reality, it's a Conner CP31000
drive with DEC's seal on it.  The RZ23L is basically a half-stroke RZ24,
which is another Conner drive.  The RZ23L is about 125 Meg.  Official sources
at DEC state that the VAXstation 4000/60 will not run any VMS prior to version
5.5.  Another piece of DEC information is that the RD53 and RZ23 are no longer
supported as system disks under VMS 5.5.  That leads one to believe that the
RZ23 would not be a valid system disk in a VS4000/60.  If you're not using
it as a system disk, and are instead using it for swap or something, then
you've got a different problem on your hands.  Try ANALYZEing the disk.

-Eric

-- 
ECLDCO@RITVAX.bitnet       ECL6895@RITVAX.bitnet
ECLDCO@ultb.isc.rit.edu    ECL6895@ultb.isc.rit.edu
Eric Loyd's the name, Data Center Operations is the game.
Opinions and irrational outbursts are MY pride and joy.  Not my employer's.
Newsgroups: comp.sys.dec
From: roberto@wam.umd.edu (Robert C. Lee)
Subject: Ultrix dump parameters for TK50
Summary: density and size dump parameters for standard TK50
Keywords: dump, TK50
Organization: University of Maryland, College Park
Date: Sat, 25 Jul 1992 02:13:03 GMT

Could somebody post appropriate dump parameters for density and size with
respect to a DEC TK50 cartridge tape?

Thanks,

Robert Lee
robert@lpf.umd.edu
Newsgroups: comp.sys.dec
Subject: BASIC-to-C under Alpha (HELP!)
From: Thomas J Cozzolino <RBNTJC@rohvm1.rohmhaas.com>
Date: Fri, 24 Jul 1992 11:25:45 EDT
Organization: Rohm and Haas Company

A friend of mine has roughly 2000 modules of VAX Basic to Vac C under Alpha.
This code includes overlays, lots of VMS System calls, and even a switch to
supervisor mode.

Does anyone have experience with the several Basic-to-C products out there?
Which one is best?

PLEASE, please respond if you can help.  Please reply directly to:
    tcozz@rohmhaas.com


Thanks very much.

Newsgroups: comp.sys.dec
From: sbhatia@mary.fordham.edu (SABU)
Subject: DEC PHIGS
Organization: Fordham University
News-Software: VAX/VMS VNEWS 1.41    
Date: Mon, 27 Jul 1992 16:21:00 GMT
X-Posted-From: mary.fordham.edu
X-Posted-Through: sol.ctr.columbia.edu

Hi,

    Does anyone out there know if DEC phigs is available for
DOS/MS-WINDOWS or just under DOS.

thanks,
sabu

////////////////////////////////////////////////////////////////////////
/   Internet:  SBHATIA@mary.fordham.edu                                /
/   BITnet:    SBHATIA@FORDMULC                                        /
/                                                                      /
/                                                                      /
////////////////////////////////////////////////////////////////////////
Newsgroups: comp.sys.dec,comp.unix.questions,comp.unix.ultrix,comp.unix.questions,comp.unix.admin
From: dsevans@magnus.acs.ohio-state.edu (Daniel S Evans)
Subject: URGENT !!!!  **** HOW DO I ADD NEW HARD DRIVE (HP) ****
Organization: The Ohio State University
Date: Thu, 30 Jul 1992 14:58:13 GMT

HELP !!!!

Got a new HP97540 disk drive (1 gig, formatted).  Running a DEC 5000 with
ULTRIX 4.2.  Want to install.... 
So far we have installed, rebooted, and know that new device is rz3
(did a MAKEDEV)
We already have /usr and /usr1 file systems and want to create /usr2 and
/usr3 on new device.
Did a chpt -q /dev/rrz3a
Says no partition found in superblock.  Looks like we need to do a
newfs command ????
Not sure how to create file system and partitions so that we can adjust sizes
such that /usr2 is about 70% of new disk and /usr3 the remainder.

What is process ???    Run a newfs ??? (how do I know it won't destroy
old file systems ????
what about modifying fstab, disktab, 
what is newfs -N   ??? (is this for a "dry run" ?)

Also, looked at disktab and don't see HP .. Boot says RZxx type.

PLease respond ASAP !!!

-- 
---------------------------------------------------------------------------
Dan Evans                         
Please send direct replies to:  devans@ecolan.sbs.ohio-state.edu  Thanks !
---------------------------------------------------------------------------
From: azog@world.std.com (Azog Thoth)
Newsgroups: comp.sys.dec
Subject: uVAX wanted
Date: 30 Jul 92 23:42:49 GMT
Distribution: usa
Organization: The World @ Software Tool & Die

Hiyas. I am looking around for a used cheap uVAX, and wanted to see if
anyone here had one they wanted to sell/trade/get rid of. Of course,
I am just bottom fishing at this point, but if the right one comes
along...

uVAX 2000 seem to be pretty cheap these days, but I hear bad things
about them (hardware maintaince is difficult, etc). I saw an ad
in Digital News for a 3100/30 for $1300, and was wondering what an 
original 10 (not 10e) would go for?

Just a basic box; say 8mb RAM minimum, and if a workstation VAX,
a monochrome monitor and mouse. 

Thanx


-- 
Billy D'augustine
azog@world.std.com
Newsgroups: comp.sys.dec
From: caerpds@aix3090b.uky.edu (Paul Shafer)
Subject: Re: VAX4000/100 info/questions
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Thu, 30 Jul 1992 12:23:18 GMT

 FOr the vax 4000-100, do you have to use the b400x expansion
box?  I only need the Q-bus space, not the DSSI space. Can I use
a BA213, BA215 or BA430 box for this? Can I buy a used microvax 3000
series and use this for my expansion cabinet?

HELP!!!
Paul Shafer
Workhorse@caer.uky.edu 

Xref: sparky comp.sys.dec:4183 misc.forsale.computers:27634 vmsnet.pdp-11:557
From: rocker@csa.bu.edu (The Long Haired One)
Newsgroups: comp.sys.dec,misc.forsale.computers,vmsnet.pdp-11,bu.forsale,mit.bboard
Subject: DEC Manuals forsale
Date: 24 Jul 92 22:02:01 GMT
Followup-To: comp.sys.dec
Distribution: comp,misc,vmsnet,bu,mit
Organization: Boston University


The following manuals are for sale, buyer pays shipping.

LA34 Users Guide ($5)
2 VT100 Users Guide ($5 each)
2 VT101 Video Terminal User Guide ($5 each)
VT103 LSI-11 Video Terminal User's Guide ($5)


The Following manuals are sold as sets only. Were originally used with a
PDP-11/23

RSTS/E V8.0 ($50/b.o.)
  Volumes 1,2,2a,3,4,5,6,8,8a

RSX-11M V4.0 ($50/b.o)
  Volumes 1,2a,2b,3,4a,4b,5,6,7,7a

RT-11 V4.0 ($25/b.o.)
  Volumes 1a,1b,2a,2b,3a,3b,4

email rocker@cs.bu.edu
Newsgroups: comp.sys.dec