HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.pdp-11
Subject: Re: Idea to get DECUS C and PASCAL from ftp ?
From: bqt@bern.docs.uu.se
Date: Wed, 11 Nov 92 14:03:04 MET
Reply-To: bqt@minsk.docs.uu.se
Organization: The Internet
Return-Path: <pat+@transarc.com>
Return-Path: <!minsk.docs.uu.se!bqt@mccall.uucp>
Resent-Message-ID: <9211111316.AA21164@depot.cis.ksu.edu>
Resent-Date: Wed, 11 Nov 1992 07:12:54 CST
Resent-From: info-pdp11-newsgate@mccall.com
Resent-To: info-pdp11@transarc.com
CC: info-pdp11-newsgate@widener.uucp

Guten Tag, Torsten.

I got your mail today.

I have looked through the things you have marked. (I also understand
some german... :-)

First of all, the C compiler. It is FTP-able on the net. If you have
not recieved a pointer to it, yet, I can get it for you. It fits on
one RL02. You can put in on one RL01 as well. It's not that big. A few
1000 block at most.

I have two Pascal compilers for RSX as well. The problem is that I
cant get one of them to compile. I have a running version, but it was
linked to a version of FCS which don't udnerstand named directories.
*Sigh*. Are you running -11M or -11M-PLUS by the way? And which
version?

I havn't seen anything else about the unix lookalike filesystem, but I
think I know how it works. I have had some ideas in the same
direction. The boring thing is that it isn't really a new filesystem,
just some cosmetica on top of the old one. Normal programs won't be
able to utilize that file system. C programs linked with a special
library will be able to utilize it, but nothing else. So, I don't
think that I personally is that interested. I'd rather rewrite
FILES-11 in that case. Make it ODS-2 compatible or something.

I am a member of DECUS, by the way, so I can order stuff from them.

I have some other stuff for RSX available as well. I would recommend
that you log in on my RSX system. Try "telnet magica.update.uu.se"
Login on account GUEST, password is GUEST.
Look around a little. I have some assorted stuff lying there. I'm also
working on my TCP/IP implementation on that machine. ARP is up and
running. IP is on its way. :-)

I have the C compiler there, as well as Pascal, Lisp, BASIC, Fortran
and maybe a few other things I don't remember right now. I have a
Forth lying on a tape somewhere.

MAGICA is an pdp-11/70 running RSX-11M-PLUS V4.3 by the way. Also have
DECnet up and running.

Le me know what you think.

	Sincerely yours
	Johnny
Newsgroups: vmsnet.pdp-11
From: zcookbruc@cc.curtin.edu.au
Subject: Re: decus c compiler how to get?y
Organization: Curtin University of Technology
Date: Thu, 5 Nov 1992 09:31:57 GMT

In article <1992Oct30.164722.3582@cs.tu-berlin.de>, herbster@opal.cs.tu-berlin.de (Christoph Herbster) writes:
> Jeffrey Luszcz <jrl2@cornell.edu> writes:
> 
> 
> 
>> I've heard that Decus has a C compiler. How would  I be able to get
>>this? 
>> Would it involve more then an FTP session? Or would I have to use "the
>>DECUS tapes"?
>>  
>>  Thanks,
>>    -Jeff Luszcz
>>     cc2x@vax5.cit.cornell.edu
> 
> I want to get this Compiler , too .
> I ve got a DECUS Germany paper in which the Compiler is described, you can get it for DM 525 (ca. $375) from Decus Munich but this is for a group of students 
> like us very expensive so{we try to get the compiler otherwise, it is Public Domain .
> 
> If anybony has got it , please send a mail to me.
> 
> Decus sells it on 60 0 tape (what is a 600 tape ?) but we only able to read
>  RL02 cartridges.
> 
> There is another interesting sowtware that cam be used with this compiler.
> A UNIX like File-System for the PDP.
> 
> P.S. The C Compiler don t work with a PDP 11-40!
> 

The DECUS C compiler has always been distributed on the DECUS SIGTAPE KIT
in the [5,*] areas. The kit media tened to depend upon your local method
of distribution but was usually 1600 BPI 9 Track magtape.

The last one I saw on a SIGTAPE was RSX89A (I think) but I havn't seen a SIGTAPE
for a few years now.

I have a copy of the kit here, but I would suggest you get together with
a few local DECUS members before going to the cost of having it ported
from AUS.

...BRU
Newsgroups: vmsnet.pdp-11
Subject: More 11/150 stuff
From: <cz@silver.lcs.mit.edu>
Date: Sun, 8 Nov 92 00:53:33 -0500
Organization: The Internet
Return-Path: <pat+@transarc.com>

Check to see if you have a 5th chip inside. Ifso, your machine might have CUS
(a oddball version of the Commercial inst set). Have you tried FADD//FSUB etc?


On a related topic, I have a 11/03 with the WCS-11 writeable control Store
board. It's supposed to allow you to microcode your own 11/03 instructions
(memory management on an 03 anyone :-), but I have no docs. Anyone have any
software (probably RT11) for this thingie?

CZ

PS: Quickest way to find out what your PDT has is to boot RT11 and do a show
all (or was it show system...)

Newsgroups: vmsnet.pdp-11
From: jmt@occs.cs.oberlin.edu (John Talbert)
Subject: For sale: LSI-11
Organization: Oberlin College Computer Science
Date: Sat, 7 Nov 1992 07:51:45 GMT
Distribution: vmsnet.pdp-11
X-Posted-From: occs.cs.oberlin.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

LSI Microcomputer for sale:  Card cage with the following cards:
     KD11F, M7264, quad CPU with 4K Ram
     2 dual cards - DLV11, M7940 Serial port
     M8047-AA, dual card, 4K Ram & I/O
     MRV11A, M7942, dual card, 4K Prom.
Complete documentation and schematics.  Asking $50 plus shipping.

John Talbert, Oberlin Conservatory, Oberlin, Ohio
216-775-8900, jmt@occs.cs.oberlin.edu

Newsgroups: vmsnet.pdp-11
From: zrepachol@cc.curtin.edu.au
Subject: Re: f77, kermit and rsx-11
Organization: Curtin University of Technology
Date: Tue, 10 Nov 1992 18:09:51 GMT

In article <1992Nov9.193113.11680@cs.cornell.edu>, chapman@cs.cornell.edu (Richard Chapman) writes:
...
> F77: 
> Can anyone tell me what "Error 2 -- Task initialization failure" means
> in rsx-11 v4.0 (it occurs in response to trying to run a .tsk file
> made with TKB from  a Fortran 77 program) ? I have tried a number

Lack of FP me thinks...

> crashes, halting with 002522 in the display register on the cpu. I get
> a dump on the console with CRASH -- CONT WITH SCRATCH MEDIA ON DM0 at
> the bottom (even if I am running from the RL drives with DM0 turned _off_)
> If I use kermit to download files from a PC connected as the console of the
> pdp-11 (set line ti: instead of tt2:) things work fine. 
> 

Kermit is developed on a RSTS/E system using the RSX run time system. 4.0
and the m-plus ttdriver never seemed to agree on on of the 'less used'
qio sub-functions. The ttdriver and the crash code win this one I'm affraid.
It is a terminal driver bug... 

The set speed is bogus, even the dlv that do have it, the ttdriver does not have
the code to twiddle the bits...

~Paul

Newsgroups: vmsnet.pdp-11
From: herbster@opal.cs.tu-berlin.de (Christoph Herbster)
Subject: Getting Pascal by Using ftp?
Keywords: Pascal pdp-11
Organization: Techn. University of Berlin, Germany
Date: Sat, 7 Nov 1992 11:58:10 GMT


Does anyone have an Idea where we can get Pascal (e.g. DECUS Pascal) by
Using ftp ?

(for the 11/40 or 11/24)


Torsten Hippe
Student of law and CS at University Potsdam
Pinnauweg 24
1 Berlin 37
Germany
 e-m: herbster@cs.tu-berlin.de
From: don@zl2tnm.gen.nz
Newsgroups: vmsnet.pdp-11
Subject: Re: f77, kermit and rsx-11
Date: 11 Nov 92 00:14:40 +1300
Organization: The Wolery

In article <1992Nov9.193113.11680@cs.cornell.edu>, chapman@cs.cornell.edu (Richard Chapman) writes:
> I have a 1200 baud modem connected to an ACT Quadrasync card
> (emulates four DL11's), and I have been running kermit just fine under
> RT-11 using this setup. Now, under rsx-11 I'd like to do the same thing. 

> Then, when I try to set the speed to 1200, I get a message that the
> receive buffer is too small. (but I have no idea how to make it

Ummm, since when have DL11s had settable baud rates?  All the ones I've 
seen have required fiddling with DIPs or wirewrapping jumpers.  SET 
SPEED=TTn:xxxx doesn't work for DL11 devices, and it's probably a bug 
that setting the speed from Kermit doesn't give an error message to that 
effect. 

Try configuring the device to the correct speed, use SET LINE and go for 
it.

NB: a DL11 (or compat) is very very dumb and only has a single character
buffer.  Using it for outgoing modem access at any kind of speed will
probably result in lost characters.  An 11/34A with DL11s under RSX-11M
V4.1 couldn't cope at 2400; sticking the modem on a DZ11 port fixed the
problem, due to the silo buffer on the DZ11. 

Kermit definitely worked for me under the above setup (on the DZ11 and
DL11, apart from the odd lost character when on the DL11). 

(<sigh>  I kinda miss that machine... 8-)

Don Stokes, ZL2TNM (DS555)                       don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre           don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand             +64-4-495-5052
Newsgroups: vmsnet.pdp-11
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: Plessey memory
Date: 5 Nov 92 06:08:33 GMT
Organization: St. Peter's College, US

In article <CMM.0.90.0.720790069.bqt@Bern.DoCS.UU.SE>, bqt@bern.docs.uu.se (Johnny Billquist) writes:
> Hi, I have a question about some memory I have for the 11/70.
> I have four memory boards, which was plugged into an 11/70, but
> someone has taken the memory boards out. The person who have the
> 11/70 said that the boards are 1Mb each, for a total of 4Mb.
> It is Plessey P/N 705075 Rev.A
> There is also four small homemade boards that goes with this, which
> the guy claimed was neccesary to get the memory working on the 11/70.
> Does anybody here have any clues they could give me?

  Hmmm. I'll try to overcome my disgust at the name Plessey - I once managed
an 11/34 that had _only_ the 11/34 CPU boards from DEC - everything else was
incompatible junk from Plessey - non-emulating disks, tapes, etc.

  Anyway... I assume you mean that the memory boards go into the CPU back-
plane, rather than in an external memory box? In that case, I'd assume that
the four small boards are bringing the necessary signals (probably out of
the slots where the cache/memory interface boards used to be) to wherever
the memory installs.

  This sounds pretty far-fetched, though. The only company I know of that's
done anything like this is Setasi/DDS.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.pdp-11
From: chapman@cs.cornell.edu (Richard Chapman)
Subject: Re: f77, kermit and rsx-11
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Tue, 10 Nov 1992 17:37:22 GMT

don@zl2tnm.gen.nz writes:

>In article <1992Nov9.193113.11680@cs.cornell.edu>, chapman@cs.cornell.edu (Richard Chapman) writes:
>> I have a 1200 baud modem connected to an ACT Quadrasync card
>> (emulates four DL11's), and I have been running kermit just fine under
>> RT-11 using this setup. Now, under rsx-11 I'd like to do the same thing. 

>> Then, when I try to set the speed to 1200, I get a message that the
>> receive buffer is too small. (but I have no idea how to make it

>Ummm, since when have DL11s had settable baud rates?  All the ones I've 
>seen have required fiddling with DIPs or wirewrapping jumpers.  SET 
>SPEED=TTn:xxxx doesn't work for DL11 devices, and it's probably a bug 
>that setting the speed from Kermit doesn't give an error message to that 
>effect. 

>Try configuring the device to the correct speed, use SET LINE and go for 
>it.

>NB: a DL11 (or compat) is very very dumb and only has a single character
>buffer.  Using it for outgoing modem access at any kind of speed will
>probably result in lost characters.  An 11/34A with DL11s under RSX-11M
>V4.1 couldn't cope at 2400; sticking the modem on a DZ11 port fixed the
>problem, due to the silo buffer on the DZ11. 

>Kermit definitely worked for me under the above setup (on the DZ11 and
>DL11, apart from the odd lost character when on the DL11). 

Hmmmm. Of course, you are right that DL11's do not have settable baud
rates. I suppose I will try to scare up an DZ11 and try that, but overrunning
the buffer shouldn't cause the whole system to crash, should it? I am 
considering the hypothesis that the memory board is bad -- opinions?
I also found the following tidbit on the kermit source disk pack: 

;	Due to a change in the Terminal Handler, a slaved terminal must also
;	  be attached or else unsolicited input will NOT be kept in the
;	  typeahead buffer.  (See Software Dispatch Dec. 1983).
;	  Terminal Emulation sure works better with this fix !!

From the one paragraph I have found in the "Guide to Operations" defining
"attached" it seems that that is something a task does, not a user typing
commands to a CLI. I can find no other documentation on attaching, and
I can't find Software Dispatch (is that a journal?) in our libraries. 
What does this mean?
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.pdp-11
Subject: Re: 11/94 Upgrade problems....
Date: 13 Nov 92 04:30:58 GMT
Organization: St. Peter's College, US

In article <1992Nov12.151415.21751@thijssen.nl>, geveld@thijssen.nl (Ge v.d. Veldt) writes:
> Problem 1:
> The RSX11M-plus operating system crashes at random time intervals with the 
> following console message:
> 
> 		XXXXXXXXX Exec. parity error stop XXXXXXXXX
> 
> After that the CPU halts, no time to generate an errorlog entrie. The same
> system has no problems when the CPU is a PDP11/84.

  You should make sure all of your Unibus boards are up to current revision
levels, as well as the bus converter (KT84, I think) that converts the Q-
bus to Unibus.

  Was your system upgraded by DEC (they are supposed to check all of this)
or did you just acquire and install the 11/93 CPU board? Also, make sure
that you have no Unibus or PMI memory installed.

  You could compare the displayed address against the map you got when you
built your executive. It's either in executive code or data. Finding out
_what_ code or data might help pin down what device is corrupting memory.

  Have you tried another '93 CPU to make sure that you don't have a real
memory problem? Also, I assume that you have a production-level '93 - the
prototypes had some rather odd memory timing quirks.

> Problem 2
> The PDP11/94 processor seem to have another power-up sequence compared with 
> the PDP11/84. When the DT07 has selected  the PDP11/94 CPU for unibus exten-
> sion the frontpanel halt/reset tockle switch will bring the CPU in a not 
> accessable  state when manipulated. The only way to get out of that state 
> (without powering down the system) is to deselect the unibusextension via the
> DT07 frontpanel switches and restart the 11/94 again. This time the normal
> powerup sequence will take place.

  I didn't think the DT07 was supported? I think what you're saying is that
you have to reset the '93 in order for it to come up after the Unibus has
been switched? This one you'll probably have to talk to the DEC folks about,
and maybe ROI as well.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.pdp-11
Subject: 11/93 and the RX01
From: <cz@silver.lcs.mit.edu>
Date: Sun, 8 Nov 92 00:49:12 -0500
Organization: The Internet
Return-Path: <pat+@transarc.com>

The RXV11 controller uses programmed I/O and not DMA transfer, so don't replace
it with a RX02 (which DOES 18 bit DMA and needs the DYCOM to work). Perhaps
your RXV11 controller is frotzed or using someone else's I/O address or vector.

CZ
From: geveld@thijssen.nl (Ge v.d. Veldt)
Newsgroups: vmsnet.pdp-11
Subject: 11/94 Upgrade problems....
Date: 12 Nov 92 15:14:15 GMT
Organization: Thijssen BV, Veenendaal, The Netherlands


Hello,

We experienced 2 problems while upgrading a PDP11/84 to a PDP11/94.
The PDP 11/84 contains very old hardware such as:

		Emulex SC21 diskcontroller with M2322 Fujitsu disk
		RL11 diskcontroller
		Delua ethernet controller
		Emulex TC12 tapecontroller with M890 Cipher drive
		DL11-W asynchronous controller
		DZ11 asynchronous Multiplexer
		DT07 unibusswitch
		ICR11 I/O subsystem
		Fisher and Porter CCM communication controller

Problem 1:
The RSX11M-plus operating system crashes at random time intervals with the 
following console message:

		XXXXXXXXX Exec. parity error stop XXXXXXXXX

After that the CPU halts, no time to generate an errorlog entrie. The same
system has no problems when the CPU is a PDP11/84.

Problem 2
The PDP11/94 processor seem to have another power-up sequence compared with 
the PDP11/84. When the DT07 has selected  the PDP11/94 CPU for unibus exten-
sion the frontpanel halt/reset tockle switch will bring the CPU in a not 
accessable  state when manipulated. The only way to get out of that state 
(without powering down the system) is to deselect the unibusextension via the
DT07 frontpanel switches and restart the 11/94 again. This time the normal
powerup sequence will take place.

		WHO HAS  ANY  SUGGESTIONS FOR THESE PROBLEMS????


-- 
Ge van der Veldt, Thijssen BV, Veenendaal. The Netherlands.
Email: geveld@thijssen.nl
Newsgroups: vmsnet.pdp-11
From: pilmeyer@utrtsc.ENET.dec.com
Subject: Re: PDP 11/93 Help!
Organization: Digital Equipment Corporation
Distribution: World
Date: Fri, 6 Nov 1992 13:38:54 GMT


In article <1992Nov5.223137.25098@mmm.serc.3m.com>, us014782@mmm.serc.3m.com (Donald F. Hess) writes...
>	I'm running RSX-11M-PLUS v4.3 BL66.
> 
>	Problem # 1 - I can BRU from the RD53 to the TK70 and back again
>		      no sweat.  I can BRU from the RA82's to the TK70
>		      also.  I can NOT BRU back to the RA82's.  I get a
>		      TAPE READ ERROR - I/O error code -6 during the
>		      BRU operation.  TK50's work but it takes too many
>		      of them.  I sure would like this to work.  Any
>		      takers??
There are a couple of reasons why one can get an IE.SPC here. Can you tell us
if there is an entry in the error log?

> 
>	Problem # 2 - When I try to mount the RX01 (either DX0: or DX1:)
>		      the system hangs.  The run light stays on so I'm
>		      guessing the buss goes belly up!  Is this because
>		      I'm using an 18 bit controller on a 22 bit
>		      machine?  If so, is there a work around?  OH
>		      PLEASE LET THERE BE ONE!!!!  I REALLY need this to
>		      work!
The work around is probably to use RX02's with an RXV21 controller. The RX02
drives can read and write RX01 media.

When using RX02's on 22-bit Q-bus system a special shared region (DYCOM) must
be installed and loaded in memory below address  760000 in memory to work
around the 18-bit versus 22-bit issues. Currently there is a problem in the DY:
driver that the checks that enforce this restriction are incorrect. When DYCOM
is not loaded in the first 124Kw of memory data corruptions can occur. Once
that has happened anything is possible. VMR-ing DYCOM with these restrictions
(considering your configuration) is not "easy". You will probably have to limit
your SECPOL or move it somewhere else.

--------------------------------------------------------------------------------
Disclaimer: My employer may not agree with what I write here. Usually it is
also unsupported and violating your service contract.

Han Pilmeyer                 DEC Easynet:  utrtsc::pilmeyer
Digital Equipment bv         UUCP:         {decvax,ucbvax,allegra}!
Utrecht                      Internet:     decwrl!utrtsc.enet.dec.com!pilmeyer
The Netherlands                            pilmeyer@athena.uto.dec.com
Newsgroups: vmsnet.pdp-11
Subject: Re: Can an RL02 be controlled by the RL11??
From: Johnny Billquist <bqt@bern.docs.uu.se>
Date: Fri, 6 Nov 92 21:02:07 MET
Reply-To: bqt@minsk.docs.uu.se
Organization: The Internet
Return-Path: <pat+@transarc.com>

>In article <1992Nov4.211128.27729@mail.cornell.edu>, jrl2@cornell.edu (Jeffrey Luszcz) writes:
>>   Can I use my rl11 controllers to control rl02 drives? If not, what is
>> the UNIBUS card that would do it?
>
>  Yes. The RL11 controller supports both RL01 and RL02 drives. You may need
>some minimum revision level to support RL02's.
>
>  The Q-bus RLV11 only does RL01's (and is a 2-board set, and doesn't like
>Q/Q backplanes, and other unfriendly acts). The RLV21 does both and is a
>single board.

On a slightly side-note. The RL8A also supports both the RL01 and
RL02.
You only need to change one switch on the board. (The RL8A is a one
board controller for the pdp8).

Johnny Billquist                  || "I'm on a bus
CS student at Uppsala University  ||  on a psychedelic trip
email: bqt@minsk.docs.uu.se       ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol
From: jerry@marin.uucp (Jerry C. Hudgins)
Newsgroups: vmsnet.pdp-11
Subject: Re: f77, kermit and rsx-11
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 11 Nov 92 00:03:42 EST
Organization: Private UUCP Node

In article <1992Nov11.030951.1@cc.curtin.edu.au> zrepachol@cc.curtin.edu.au writes:
> Kermit is developed on a RSTS/E system using the RSX run time system. 4.0
> and the m-plus ttdriver never seemed to agree on on of the 'less used'
> qio sub-functions. The ttdriver and the crash code win this one I'm affraid.
> It is a terminal driver bug... 

Well, not entirely.  I did the last RSX updates to Kermit-11 (I think; it
was V3.60) on a Micro/RSX V4.0 system.  V4.0 *DID* have a TTDRIVER problem
that would crash the system unless you carefully dropped priv's before the
SF.SMC QIO's.  I think I found most of these.  I also modified the connect
driver code so that it buffered input, and added the DF224 to the defined
modem list.  I ran the task under V4.0 through V4.3 (when RSX and I parted
ways, alas), and it behaved well.

I think that Brian Nelson did do most of the original development on RSTS,
but a lot of folks have had a go at the code now.

-- 
----------------------------------------------------------------------------
Jerry C. Hudgins                   Internet: jerry%marin.uucp@seq.uncwil.edu
125 Cherokee Trail                 UUCP    : uunet!marin!jerry
Wilmington, NC 28409-3407 (USA)    Voice   : (919) 392-2358
Newsgroups: vmsnet.pdp-11
Subject: Re: Plessey memory
From: Johnny Billquist <bqt@bern.docs.uu.se>
Date: Fri, 6 Nov 92 21:27:08 MET
Reply-To: bqt@minsk.docs.uu.se
Organization: The Internet
Return-Path: <pat+@transarc.com>
CC: info-pdp11@transarc.com

>In article <CMM.0.90.0.720790069.bqt@Bern.DoCS.UU.SE>, bqt@bern.docs.uu.se (Johnny Billquist) writes:
>> Hi, I have a question about some memory I have for the 11/70.
>> I have four memory boards, which was plugged into an 11/70, but
>> someone has taken the memory boards out. The person who have the
>> 11/70 said that the boards are 1Mb each, for a total of 4Mb.
>> It is Plessey P/N 705075 Rev.A
>> There is also four small homemade boards that goes with this, which
>> the guy claimed was neccesary to get the memory working on the 11/70.
>> Does anybody here have any clues they could give me?
>
>  Hmmm. I'll try to overcome my disgust at the name Plessey - I once managed
>an 11/34 that had _only_ the 11/34 CPU boards from DEC - everything else was
>incompatible junk from Plessey - non-emulating disks, tapes, etc.

:-)

>  Anyway... I assume you mean that the memory boards go into the CPU back-
>plane, rather than in an external memory box? In that case, I'd assume that
>the four small boards are bringing the necessary signals (probably out of
>the slots where the cache/memory interface boards used to be) to wherever
>the memory installs.

Actually, I have no idea where the boards are supposed to be put. You
might be right. Hmmm, this must be checked.

>  This sounds pretty far-fetched, though. The only company I know of that's
>done anything like this is Setasi/DDS.

Well, I don't know nothing about it. Didn't DEC come out with a new
memory fot the 11/70 recently, which replaced the cache, and made the
whole memory look like cache...?

	Johnny
	(Who is *happy*, because his ARP is now working on his RSX
	 machine... :-)