HDTenEightyP/NetNews huggingface dataset:
From: iversen@dsfys1.fi.uib.no (Per Steinar Iversen)
Subject: DECcampus in Norway/Europe 
Followup-To: comp.sys.dec
Reply-To: iversen@vsfys1.fi.uib.no
Organization: Department of Physics, University of Bergen, Norway
Date: Sat, 21 Nov 92 13:00:16 GMT



Early this year DEC/Norway started pushing DECcampus as the way to go for
research environments. Frequently it is impossible to get money for regular
software maintenance while lump sums for purchasing something specific is 
easier. After some thought we ordered 3 DECcampus licenses in mid February.
The long awaited CDs finally arrived (once so far) in middle of October.
Yet, already DEC seems to have cold feet and have started mumbling about 
changing the contents of what the DECcampus contract is going to give us. 
They are certainly right in that we have never signed a contract explicitly 
laying out what DECcampus implies, but at least I would be exceedingly unhappy
if DEC reneges on what they promised us:

1) A lump sum for each node licensed.
2) A smallish sum each year to keep the CDs flowing afterwards. This sum is
   independent on the number of nodes licensed.
3) Unlimited number of simultaneous users (VMS) on each node licensed.
4) Access to all products which have a license on the CDs. 

One very annoying thing is that all DEC is saying to us is that the original
terms were too generous, but nobody seems to know exactly what that means or
what the new terms are going to be.

Have anybody heard anything about DECcampus in Europe? I know that it has been
available in many countries recently, perhaps somebody know what DEC is going to
do? At least for our site the future of DECcampus also decides what hardware and
software we purchase in the future.

-psi

+------------------------------------------------------------------------------+
! Per Steinar Iversen    ! Internet:     iversen@vsfys1.fi.uib.no              !
! Fysisk Institutt       ! BITnet:       iversen@cernvm.bitnet                 !
! Universitetet i Bergen ! HEPnet:       VSFYS::IVERSEN (VSFYS=21.341=21845)   !
! Allegaten 55           ! Phone:       +47 5212770                            !
! N-5007 Bergen          ! Fax:         +47 5318334                            !
! NORWAY                 !                                                     !
+------------------------------------------------------------------------------+
Newsgroups: comp.sys.dec
From: mjr@hussar.dco.dec.com (Marcus J. Ranum AXP)
Subject: Re: DEC Support?
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Tue, 17 Nov 1992 21:37:59 GMT

avk@hafnium.cchem.berkeley.edu (Tony Konashenok) writes:
>I've never had any kind of service contract with DEC - [...]

	I think that anyone who has ever dealt with any kind of large
service organization can tell you tales of horror and confusion, as well
as tales of helpfulness and success. Of course, most of them are mature
enough that they don't go posting, "gee, I hope I get to watch you guys
go out of business" remarks in an international forum.
	Thanks for your constructive remarks.

mjr.
Newsgroups: comp.sys.dec,comp.unix.ultrix
From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
Subject: Alt key on my DECstation
Organization: Indiana University, Bloomington
Date: Mon, 16 Nov 1992 21:30:06 GMT

Here's a question that I hope someone can answer.  I've got a DECstation
5000/120 running Ultrix 4.2a.  My keyboard, an LK401-AA (Rev. A01) comes
complete with two Compose keys and two Alt keys.  Unfortunately, all
applications that have a use for both (DECwrite, for instance) insist on
making me use the Compose key for both.  If I hold it, and press another
key, it is an Alt key.  If I press it and let it up, it's a Compose key.
The same holds true for things like Mwm which has a use only for Alt.  I
have to use Compose in its place for things like the window menus (minimize,
maximize, etc.)

I'd like to be able to use the Alt key for its functions, and the Compose
key for its functions.  I've dug through all the possible files that I
could think of, and I can't find anything that says "this workstation's
keyboard has an Alt key" or "this workstation's keyboard doesn't have an
Alt key."

Anyone have any ideas?

Thanks-

	Darrin
-- 

mdchaney@iubacs mdchaney@bronze.ucs.indiana.edu mdchaney@rose.ucs.indiana.edu

"I want- I need- to live, to see it all..."
Newsgroups: comp.sys.dec
From: ldg@scott.skidmore.edu (Leo D. Geoffrion)
Subject: SCSI for DEC 5400??
Organization: Skidmore College, Saratoga Springs NY, 12866
Date: Wed, 18 Nov 1992 02:02:20 GMT

We want to add a SCSI adapter to our DEC 5400.
   fyi... 5400 is a MIPS RISC processor in a Q-bus
          configuration running Ultrix.

The local office claims that the 5400 does not support SCSI and
that we'd need to upgrade to the model 5500 (board and memory swap) in
order to achieve SCSI compatibility.

Is this marketing hype or is there some technical problem that
prevents the use on SCSI on this system?  If it's possible, who do you
recommend for third-party sources for the SCSI adapter since DEC is
not interterested/able to sell us one.


-- 
Leo Geoffrion, Skidmore College Computer Services, Saratoga Springs, NY 12866
EMAIL: ldg@scott.skidmore.edu   VOICE: (518) 584-5000 Ext. 2919

Newsgroups: comp.sys.dec
From: storrs@eos.ncsu.edu (JERRY STORRS)
Subject: Printing from the system disk
Originator: storrs@c20002-121rd.che.ncsu.edu
Reply-To: storrs@eos.ncsu.edu (JERRY STORRS)
Organization: North Carolina State University, Project Eos
Date: Fri, 20 Nov 1992 16:50:52 GMT


I am missing something here.....

I have 'all' privileges (with the exception of bypass).  I have set default to
the dqs$server default directory.  I want to print the netserver.log.

"$ print/queue=test/form=psp80 netserver.log",  I say. 
		(psp80 = ASCII 80 col format for my postscript symbiont)

The printer 'processing' light blinks happily for a bit, the queue tells me
that the document is printing, the light stops blinking and everything is
back at idle.  A show queue tells me the document is 'retained on completion'.

All the equipment is happy, but NO PRINTOUT !!

Now, if I copy the document to another disk, I can then print it with all the
same attributes and everything happens INCLUDING a printout appearing...

One more tidbit.  If I set default to sys$manager, I can print some files and
not print some files.  No matter who the owner is. (With all priv I didn't
think it would matter anyway.)

This problem (I believe) is affecting my using the dqs.  The file is transferred
to the server correctly, the server thinks the file gets printed, and everyone
is happy, but NO PRINTOUT !!.

-- 
===============================================================================
Jerry L. Storrs, System/Network Manager || Jesus said, "I tell you the truth,
Dept of Chemical Engineering, NCSU      ||   anyone who will not receive the
   storrs@che.ncsu.edu (preferred)      ||   kingdom of God like a little child
   storrs@eos.ncsu.edu                  ||   will never enter it."
					||                     Luke 18:17 
===============================================================================
Any statement made is the explicit belief of the writer and not the employer.
From: pavlov@niktow.canisius.edu (Greg Pavlov)
Newsgroups: comp.sys.dec
Subject: Re: DEC Support?
Date: 20 Nov 92 21:33:40 GMT
Organization: Canisius College, Buffalo NY. 14208

In article <DGRAY.92Nov19123758@menudo.uh.edu>, dgray@menudo.uh.edu (Dennis Gray Jr.) writes:
> In article <MORSE.92Nov19085839@quark.mpr.ca> morse@quark.mpr.ca (Daryl Morse) writes:
> 
> That's the price I was quoted.  $10,000 for a gig scsi drive.
> 
  Well, SUN quoted me $7,000 for a 600 MB drive.  HP quoted me a price of
  $19,800 for a 400 MB drive.  DEC quoted me a price of $26,000 for a 
  425 MB drive.

  Won't say when, tho ........


  greg pavlov
  pavlov@fstrf.org
Newsgroups: comp.sys.dec
From: brent@uwovax.uwo.ca (Brent Sterner)
Subject: Re: Alpha speed?
Organization: University of Western Ont, London
Date: Thu, 19 Nov 1992 15:46:13 GMT

In article <1992Nov19.205638.1@cc.curtin.edu.au>, zrepachol@cc.curtin.edu.au writes:
> In article <1992Nov13.025648.8881@crl.dec.com>, jg@crl.dec.com (Jim Gettys) writes:
>> The current 21064 Alpha chip built in the current fab process will run at up to 
>> 200MHZ (and we've never said anything else, to my knowledge).
>> 
> ...
>> So a 150MHZ Alpha system can execute up to 300 million instructions/second.
>> We announced 5 different machines, which run between at clock rates
>> of between 133MHZ and 200MHZ.
>              ^^^^^^
> 
> 200 and 150 are the numbers I hae seen in all the DEC stuff, but the 133MHz is
> a new one. Why? Heat? Lower speed support chips?
> 

   My glossy for the 3000 Model 400 (and 400S) show 133 MHZ.  (The 4000
   glossy indicates 160 MHZ; the 7000 glossy indicates 182 MHZ.)  b.
--
Brent Sterner                       Manager, Academic Technical Support
Fast:       <BRENT@uwovax.uwo.ca>   <129.100.2.13>
Telephone:  (519)661-2151 x 6036    Fax:   (519)661-3486
Slow:  Computing & Communications Services, Natural Sciences Building
       The University of Western Ontario, London, Ontario, Canada  N6A 5B7
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: Re: can't "kill -9" processes on Ultrix/RISC
Newsgroups: comp.sys.dec
Organization: University of California, Irvine
Date: 16 Nov 92 22:26:11 GMT

In article <JOY8ZMC@gwdu03.gwdg.de> moeller@gwdgv1.gwdg.de writes:
>Maybe someone in this group has seen it before:
>
>On Ultrix/RISC 4.2A we often find processes that 
>can't be killed (by root, "kill -9") - short of a reboot.
>
>Is this expected behaviour under some circumstances?

Yes, especially if the process is stuck in D state waiting for a disk or
NFS server (and the partition is hard mounted).  Annoying, isn't it?


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
Newsgroups: comp.sys.dec
From: moeller@gwdgv1.gwdg.de
Subject: can't "kill -9" processes on Ultrix/RISC
Reply-To: moeller@gwdgv1.gwdg.de
Organization: GWDG Goettingen, F.R.Germany
Date: Mon, 16 Nov 1992 21:18:22 GMT

Maybe someone in this group has seen it before:

On Ultrix/RISC 4.2A we often find processes that 
can't be killed (by root, "kill -9") - short of a reboot.

Is this expected behaviour under some circumstances?

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
PSI%(0262)45050352008::MOELLER      Phone: +49 551 201516 | No claim intended!
Internet: moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.
Newsgroups: comp.sys.dec,comp.os.vms
From: jackson@pravda.enet.dec.com ()
Subject: Re: alpha memory requirements (vs vax) ?
Reply-To: jackson@pravda.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Mon, 16 Nov 1992 16:56:43 GMT


This is a collection from several postings in this stream.  


|>
|>Nonetheless it's too expensive... 70ns 1Mb chips are selling for less
|>than $2.50 per in volume... that works out to less than $25 for a
|>9-chip SIMM.  If your manufacturing cost is as high as $10/SIMM,
|>that's still nearly a 300% markup.

The only option with the 1Mbit chips is the 16MB option (which has 8 2MByte
SIMMS in it)  The rest use 4Mbit memory technology.  
|>
|>For the more popular personal computers you can get a 4MB SIMM at 70ns
|>for less than $125.  And don't tell me that it's lower quality... 

Of course those memory SIMMs aren't ECC now are they?

>    What astonishes me is that (1) only "a future version of the
>operating system" will support more than 128 Mbyte/256 Mbyte on the
>400s/500s

The "future version of the OS" isn't what was said.  What was said is that
we'll support those in the future.  That "future" depends heavily on the 
availability and price of 16Mbit chip technology.  Right now, they're 
more than 4* the  price of 4Mbit chips, thus we're not convinced people would
consider paying for those.

--



William M. Jackson
Workstation Product Marketing Manager
Workstation Engineering
Digital Equipment Corporation
146 Main Street
Maynard, MA 01754

Mail:	Jackson@pravda.enet.dec.com
Newsgroups: comp.sys.dec
From: jackson@pravda.enet.dec.com ()
Subject: Re: VS4090 fddi boot?
Reply-To: jackson@pravda.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Mon, 16 Nov 1992 15:04:49 GMT


In article <1992Nov13.095522.60804@cc.usu.edu>, ivie@cc.usu.edu (CP/M lives!) writes:
|>Path: engage.pko.dec.com!e2big.mko.dec.com!uvo.dec.com!rdg.dec.com!news.crl.dec.com!dbased.nuo.dec.com!nntpd.lkg.dec.com!nntpd2.cxo.dec.com!pa.dec.com!decwrl!decwrl!sdd.hp.com!caen!hellgate.utah.edu!cc.usu.edu!ivie
|>From: ivie@cc.usu.edu (CP/M lives!)
|>Newsgroups: comp.sys.dec
|>Subject: Re: VS4090 fddi boot?
|>Message-ID: <1992Nov13.095522.60804@cc.usu.edu>
|>Date: 13 Nov 92 09:55:22 MDT
|>References: <1dv97cINNqe6@fnnews.fnal.gov>
|>Distribution: world
|>Organization: Utah State University
|>Lines: 16
|>
|>In article <1dv97cINNqe6@fnnews.fnal.gov>, jhf@d0xs1.fnal.gov (John Featherly) writes:
|>I'm not entirely certain, but I don't think you'll be able to boot from
|>something in the TURBOchannel slot. I'm not sure how someone might go about
|>interfacing VAX VMB code to a bootstrap writting in interpreted MIPS code.

VMS does not support booting from any TURBOchannel device on the VAXstation
4000 systems.  This is a restriction in the boot drivers and boot roms.
|>
|>I also suspect that console drivers on a TURBOchannel modules won't work.
|>-- 

Yup, same restriction

--


William M. Jackson
Workstation Product Marketing Manager
Workstation Engineering
Digital Equipment Corporation
146 Main Street
Maynard, MA 01754

Mail:	Jackson@pravda.enet.dec.com
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.sys.dec
Subject: Re: Can I add an RF72 to an MVII?
Date: 18 Nov 92 21:46:14 GMT
Organization: St. Peter's College, US

In article <18NOV92.11445767@wums.wustl.edu>, peirick_j@wums.wustl.edu writes:
> So my question is:  Has anyone else been silly enough to keep a MVII this
> long and then been even sillier enough to try to put an RF71 and then an
> RF72 on it?  If you tried it, did it work?  How much sturm und drang did 
> you have to endure in order for it to finally work?  Many thanks for any
> help that might pop up.  Email responses might be better, as this probably
> has little general appeal, but do what you think is best.

  You probably need to configure the KFQSA adapter for the additional drive.
Each ISE looks like a distinct controller+drive. On a newer MicroVAX, you
can use the console firmware to connect to the adapter in maintenance mode
to enable the second unit. On a MicroVAX II, I suppose you could use the VMS
SET HOST/DUP command. You still might have to put the adapter in maintenance
mode, which will likely make your RF71 disappear temporarily. If the RF71 is
in use by VMS at the time, that may cause problems.

  All of this should be covered in the KFQSA adapter manual.

	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: comp.sys.dec
From: furnari@sp66.csrd.uiuc.edu (Mario Furnari)
Subject: Re: DEC Support?
Organization: Univ of Illinois, Center for Supercomputing R&D, Urbana, IL
Date: Wed, 18 Nov 92 05:45:00 GMT

I read this article on DEC support:

|>Path: eco.twg.com!uunet!ukma!wupost!zaphod.mps.ohio-state.edu!menudo.uh.edu!menudo.uh.edu!dgray
|>From: dgray@menudo.uh.edu (Dennis Gray Jr.)
|>Newsgroups: comp.sys.dec
|>Subject: DEC Support?
|>Date: 16 Nov 1992 19:34:48 GMT
|>Organization: Academic Computer User Services
|>Lines: 28
|>Message-ID: <DGRAY.92Nov16133448@menudo.uh.edu>
|>Reply-To: DGray@uh.edu
|>NNTP-Posting-Host: menudo.uh.edu
|>
|>
|>I always thought that Digital "I wanna be IBM in the 90s" Equipment
|>Corp always justified their outrageously high prices with their
|>support.  However, it seems that DEC isn't the slightest bit
|>interested in their customers.  I sight several things:
|>
|>First, the technical sales line (800-DIGITAL) sometimes cannot even
|>tell me what parts I can use with my machine.
|>
|>DEC "support" will not even talk to you unless you have one of their
|>outrageously priced service contracts.  Besides, I thought the high
|>equipment prices went to pay for support...
|>
|>And now they cannot even supply tapes for their own machines.  A local
|>office supply has a 3M equililent to the TK50 tapes, but all three of
|>the DEC distributors I called have back orders (one guy said they had
|>"several thousand on order").  This is really insane.
|>
|>I just hope I can be around to see DEC founder and sink like IBM is
|>doing now...
|>
|>Disgusted,
|>-dennis
|>---
|>Dennis Gray, Jr.                                        DGray@uh.edu
|>		  "In UNIX We Trust" -Jerry Raschke
|>
|>
|>
> Gee... you seem bitter ;-)

I think that it is not so rare to have a so bad support from DEC.
In italy my feeling is , and I have at 200 pages of letters sent to 
DEC Support without receiving back any answer to support my claim,
the DEC is interested to pick up money from custmore pocket.
I never got any answer to any problem that I submitted, the only way that
i got ultrix support was through the comp.unix.ultrix newsgroup.

Recently, at the list for DEC timing scale but 6 months ago, I asked
support for Ultrix  on DECStation 2100.
The problem was the impossibility to link dynamically the DECWindow library
I want to use this feature to develop an X-Window interface using CLX.

The answer that I received, after a month, from DEC in Italy "please do not
bother us with this kind of well known problems, ask to the news net"

In July, I wrote a complaining letter to DEC Corporation in the USA, 
again the same history, no answer back.

In September I had the opprtunity to talk with the DEC Corporation
ULTRIX product marketing.

I'm still waiting not for a solution to my problem, but at least for 
official answer

Then I think that DEC not consider at all the customer problems 

That it is all, for me it also enough

					Mario Furnari
					Istituto di Cibernetica
					Arco Felice - Naples
					Italy
					mf@arco.na.cnr.it

Xref: sparky comp.sys.dec:6132 vmsnet.pdp-11:861
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.sys.dec,vmsnet.pdp-11,decus.pdp11
Subject: Re: Info on 11/83 versus 11/84 memory boards wanted.
Date: 23 Nov 92 06:54:13 GMT
Organization: St. Peter's College, US

In article <1992Nov22.205247.14453@decus.com.au>, geremin@decus.com.au writes:
> Q. What is different between 11/84 memory and 11/83 memory.

  The -JB and -JC's had a design problem in one of the gate arrays. This
made them croak (that's a technical term 8-) if some sort of memory cycle
happened. I believe it was block mode transfers. I further recall that
-JB's and -JC's could be used in the 11/x4 CPU's, since the bus perverter
didn't generate such cycles, but if you used them in an 11/x3 system, you
would wedge the machine/corrupt memory contents. Of course, all of this
is being recalled from some brain cells which were placed into service be-
fore ECC logic was available, so check the manuals 8-)

> Regards, John G.	(e-mail replies preferred)

  Posted as well as mailed.

	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
From: avk@hafnium.cchem.berkeley.edu (Tony Konashenok)
Newsgroups: comp.sys.dec
Subject: Re: DEC Support?
Date: 20 Nov 1992 00:33:57 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: hafnium.cchem.berkeley.edu

To those blaming DEC's "outrageous" prices: there is one more thing
to keep in mind when shopping for a computer, namely *architecture*.
PDP-11 family has been on the market for 20 years, and it is still
one of the best architectures for scientific instrument automation.
The variety of interface boards available for it is infinitely
broader than that in IBM-clone. Programming efficiency is also much
higher: for what you can squeeze into 56KB on PDP-11, you'll need
*at the very least* 256KB memory in a PC-clone. The size of hard drive
you need is in proportion to the above. Well, you think PDP is
hopelessly obsolete... OK, pull the processor out. There are VAX
CPU's using the same bus. ...What? OK, you convinced me that IBM-clone
is a better flavor of *personal computer*, that there's more software
of better quality, that your new 486DX2/60 is faster than my VAX...
but I'm still well aware that DEC makes the best machines for
*professionals*. No, not those workstation users - they are professionals,
too, and in this field DEC is simply a *very decent* vendor. I mean
professionals using software for real-time control and other
"tangible" things. Here I vote for DEC. There are specialized
machines doing specific tasks better, but the versatility of DEC
(I mean VAX in recent times and Alpha now) can hardly be overcome.
Don't forget that average DEC computers are much more ruggedized
than, for instance, IBM-clone or Sun. Don't forget DEC's long-term 
upgradability and mix-and-match compatibility, too.

Call me old-fashioned if you want. I *do* use PC's and Sun workstations
where they belong. I am a sysadmin of two Sun's. And I still believe
in DEC and use VAX and PDP-11. They simply have their own ecological
niche in the world of computers.


-- 
Tony Konashenok   avk@hafnium.cchem.berkeley.edu   (510)843-5632 (home)
University of California, Berkeley                 (510)642-5831 (office)

Strauss research group, Latimer Hall, UC Berkeley, Berkeley CA 94720, U.S.A.
From: jeh@cmkrnl.com
Newsgroups: comp.sys.dec
Subject: Re: DECnet NSP question
Date: 23 Nov 92 00:17:26 GMT
Followup-To: comp.sys.dec
Organization: Kernel Mode Consulting, San Diego, CA

In article <oli-201192113504@koelsch.informatik.rwth-aachen.de>,
 oli@informatik.rwth-aachen.de (Oliver Hermanns) writes:
> What we need is a detailed specification of the (Phase
> IV) NSP service and documentation of its programming interface under VMS.

See the _VMS Networking_ manual (in the "system management" binder set for
some strange reason -- well, there is network management stuff in there too).
What you want is in Chapter 8, sections 8.4 through 8.7.  

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Xref: sparky comp.sys.dec:6120 vmsnet.pdp-11:860
Newsgroups: decus.pdp11,comp.sys.dec,vmsnet.pdp-11
Subject: Info on 11/83 versus 11/84 memory boards wanted.
From: geremin@decus.com.au
Date: 22 Nov 92 20:52:47 AEST
Organization: DECUS, South Pacific Chapter

Hello Again, another technical puzzle (to me).

Q. What is different between 11/84 memory and 11/83 memory.

I was just about to pull apart an 11/84 to build up an 11/83 system
and I noticed that the DEC book lists the following:-

MSV11-JB   1MB ECC MEMORY (M8637-BA)	for 11/84
MSV11-JC   2MB ECC MEMORY (M8637-CA)	for 11/84
and
MSV11-JD   1MB ECC MEMORY (M8637-DA)	for 11/83
MSV11-JE   2MB ECC MEMORY (M8637-EA)	for 11/83
and
MSV11-RA   1MB PARITY PMI MEMORY (M7458-AA)  for 11/84-P,11X84-P

Can I use the M8637 memory modules from an 11/84 box in a normal
BA23 system?

Do I need to change any jumpers or anything?

Any help gratefully received.

Regards, John G.	(e-mail replies preferred)
-- 
v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v-v
  John Geremin,  Trainee Guru,  PDP-11 SIG,  DECUS Australia, 
IN%"geremin@decus.com.au"        voice:  61 2  764 4855 (home)
-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-