HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.dec
Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 29 Dec 92 05:00:00 GMT
Distribution: world
Organization: The Wolery

jeh@cmkrnl.com writes:
> To be precisely correct, RMS implements record structure within files.  RMS
> does not implement files.  Files are implemented by the Files-11 XQP, 
> or (for RSX-compatible volumes) the ODS-1 ACP, or (for tapes) by the 
> mag tape ACP.  

While you are correct here, it's not a useful definition (except to internals
types).  My point is that RMS is sufficiently pervasive under VMS that the
normal user or applications programmer has no need to make that distinction;
RMS _is_ the interface to the file system.

Providing a usable interface to the file system is a "joint effort" between
the XQP (&| ACPs) and the higher level RMS calls.  Talking to the XQP 
directly means block I/O only; a good foundation to layer a higher level
system on top of, but not one that's particularly conducive to applications
development.

These things _are_ supposed to run applications, aren't they?  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: comp.sys.dec,comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: How do I attach an RA81 to a DECsystem 5400?
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Wed, 30 Dec 1992 00:07:58 GMT


In article <1992Dec29.212620.19060@blaze.cs.jhu.edu>, bogstad@blaze.cs.jhu.edu (Bill Bogstad) writes:
>
>	I've got a couple of RA81s which used to be used on a now defunct
>VAX 8530 which I would like to use.  I've been digging through the manuals
>for our 5400 and it appears that I can probably attach these drives; but I
>will need a KDA50 controller to do so.  Can somebody tell me if this is
>correct and if there is anything else that I need to worry about (the rev of
>the KDA50 for example)?

There probably is some minimum rev required for the KDA50, but I don't
the information to find out what it is.  You'll want to prefer a
KDA50-SE/SG.  This is a reasonably modern variety of the KDA50 that
includes a distribution panel/cover well suited to the Q-bus based
DECsystems.  The most useful feature of it is that the panel has
the connecters for the four SDI disks that the KDA50 supports.  The
connecters are also angled down so it actually possible to fit four
flat SDI cables into the box.  The -SE/SG version should be modern
enough that you should have to worry about rev levels.

As reference, I have a KDA50 in a DECsystem 5500 that is:

	M7164 - Rev J4
	M7165 - Rev B14

The KDA50 is a two board set, but using -SE/SG distribution panel
uses up three Q-bus slots.
  
>I appear to have a 5400 model 210QS with an
>additional expansion chasis with one RF style disk if that matters.

I'm not familiar with the model, so make sure that you have three
Q-bus slots free.

>Will I have any problems with the MSCP implemented by the KDA50
>controller versus that used by the DSSI/RF disk combination?.

I hope not.  It's the same disk driver, with different underlying
drivers for the different controllers.

>Can I put a KDA50 in a 210QS package?

See my previous non-answer about models...

>What should I pay for a used KDA50?

No more than $6,825.  That's our list price for a new one.
>
>				Thanks,
>				Bill Bogstad
>				bogstad@cs.jhu.edu
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.sys.dec
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: VAX BSD final answer...
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 22 Dec 1992 02:17:50 GMT


What about RT-11 (she asks, expecting another comparison against
RSX)

					Megan
From: slimick+@pitt.edu (John C Slimick)
Newsgroups: comp.sys.dec
Subject: Help on programming VAX disk controller
Date: 30 Dec 92 23:20:07 GMT
Distribution: na
Organization: University of Pittsburgh
Originator: slimick@unixd2.cis.pitt.edu

A local entrepreneur is developing a hardware software
product to help keep old DEC peripherals in use. In the
process, we have two students working for him. Thus, his
success is our success.

He needs help on programming the VAX disk controller. In
particular, he is interested in a publication titled

   "How to Program the UDA-50"

which comes in three volumes, and, at one time, was
sold by DEC as part number LK<something>. If anyone can
help, please send email to:

	slimick@tullah.upb.pitt.edu

THX in advance,
john slimick
university of pittsburgh at bradford

Newsgroups: comp.sys.dec
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: RD53s won't stay spun-up
Organization: The World Public Access UNIX, Brookline, MA
Date: Sun, 3 Jan 1993 08:00:44 GMT


Could it be the controller?  Have you used that controller with other
drives successfully?

Also, the drive should be jumpered for DS3 (drive select 3), which
should be access by the controller as unit 0.

Newsgroups: comp.sys.dec
From: andy@ie.utoronto.ca (Andy Sun)
Subject: Re: Memory questions about DS 5000/240
Keywords: memory
Organization: University of Toronto, Department of Industrial Engineering
Date: Mon, 21 Dec 1992 22:54:49 GMT

pavlov@niktow.canisius.edu (Greg Pavlov) writes:

>   Note that in the DS 5000/2nn machines, memory upgrades are performed via
>   addition of cards, not simms themselves.

>   greg pavlov
>   pavlov@fstrf.org

That is not entirely true. The MS02-AA and MS02-CA ARE SIMMs themselves.
It's just that these error correction SIMMs are HUGE in size like one
of your average TV remote controls. Each "card" is a bank of SIMMs alright.
You are not adding extra adapter cards for the SIMMs during memory upgrades.

Andy
-- 
Andy Sun (andy@ie.utoronto.ca)		4 Taddle Creek Road, Toronto
Computing Coordinator			Ontario, Canada. M5S 1A4
Department of Industrial Engineering	Phone: (416) 978-8830
University of Toronto			Fax:   (416) 978-3453
Newsgroups: comp.sys.dec
From: sms@WLV.IIPO.GTEGSC.COM (Steven M. Schultz)
Subject: Re: PDP 11/34 Information
Organization: GTE Government Systems
Date: Wed, 23 Dec 92 00:19:26 GMT

In article <BzoIoL.7Mp@world.std.com> mbg@world.std.com (Megan B Gentry) writes:
>tfoley@camaro (Tim Foley) writes:
>
>>  The uqestion I want to know if anyone has a copy of an older Unix os for 
>>this guy, I can come with up a RX01 and maybe and RX02 for floppy.  
>
>One of the 2.xx BSD distributions might run on it.  I think they're
>up to 2.11BSD.

	You'd have to find an old copy of 2.8 or 2.9 BSD. The current
	release (2.11BSD) has grown a bit and requires split I/D
	(and more than 248kb of memory) and supervisor mode (if networking
	is enabled).

	Steven
From: did@kepler.unh.edu (Dusan I Dragovic)
Newsgroups: comp.sys.dec
Subject: WANTED FORTRAN/ULTRIX DISTRIBUTION FOR VAXStation (TK50)
Date: 21 Dec 1992 23:26:25 GMT
Organization: University of New Hampshire  -  Durham, NH
Distribution: ALL
NNTP-Posting-Host: kepler.unh.edu

WANTED TO BUY:

QA-A99AA-H5 FORTRAN/ULTRIX FOR VAX station DISTRIBUTION TAPE (TK50)
PLEASE CALL ASAP 212-575-9265.
From: jeh@cmkrnl.com
Newsgroups: comp.sys.dec
Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
Date: 29 Dec 92 00:25:54 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <15609357@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
> mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney) writes:
>> Actually, I've seen alot of people here call RMS "the file system."  For those
>> of you who still think that RMS is the file system, I'll clue you in: RMS
>> is not the file system.
> 
> Perhaps you'd like to explain why the back of the RMS manual looks like:
> 
> 		V M S
> 		_________________
> 		
> 		*Volume 6B*
> 
> 		*File System*
> 
> 		Record Management
> 		Services (RMS)

Perhaps because the people who designed the doc set didn't ask the right
questions, or thought that this labelling would be more likely to lead people
to the right place than one that was precisely correct. 

To be precisely correct, RMS implements record structure within files.  RMS
does not implement files.  Files are implemented by the Files-11 XQP, 
or (for RSX-compatible volumes) the ODS-1 ACP, or (for tapes) by the 
mag tape ACP.  

You will note that Kirby McCoy's excellent book, _VMS File System Internals_
(Digital Press), says not one word about RMS internals (other than documenting
various data structure fields which Files-11 maintains for RMS's use). 

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Newsgroups: comp.sys.dec
Subject: Re: RD53s won't stay spun-up
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 3 Jan 93 05:36:58 GMT
Distribution: world
Organization: The Wolery

jeh@cmkrnl.com writes:
> I have a pair of RD53s (real DEC-labelled RD53s) which I tried to put on a
> DOS machine.  I pulled the R7 jumper and set the drive select to 1, and 
> managed to get one to format on the ST506 controller.  However it then started
> to exhibit a strange behavior:  It won't stay spun up.  When power is
> applied it spins up to what seems to be close to full speed; I think I
> hear the click indicating that the heads are being released; but then it spins
> down again.  
> 
> Same thing happened with the other drive even before I tried formatting it.
> 
> What could I have done to these drives???

What's the R7 jumper?  (He asks naively.)

I pulled out an RD53 that my VAXstation didn't want to talk to any more,
set the unit select jumper and tossed it in a PC.  It formatted and it's
been fine ever since.  Try putting R7 back in....  

Otherwise, is your power supply up to the task?  RD53s are hungry little
buggers.  (Actually, doesn't R7 drop the amount of power pulled by these
little guys on startup?)

--
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: comp.sys.dec
From: zrepachol@cc.curtin.edu.au
Subject: Re: Any Decwriter LA34's out there?
Organization: Curtin University of Technology
Date: Mon, 28 Dec 1992 08:34:44 GMT

In article <1992Dec18.161628.1@usthk.ust.hk>, gu_jc4@usthk.ust.hk writes:
> My company is looking for some DEC LA34 (Decwriters).  Since they're not being
> manufactured anymore, I was asked to post something to see if anyone had any
> still lying around.
> 

!! Why? I can get them for you for about $2/Kg, plus freight of course.

~Paul

Newsgroups: comp.sys.dec
From: shif@aplpy.jhuapl.edu (Gary D. Shiflett)
Subject: Alpha fft performance
Organization: Johns Hopkins University Applied Physics Lab
Date: Thu, 31 Dec 92 16:42:21 GMT



In comp.dsp Michael.Malak@halluc.com (Michael Malak) asks:

Michael> Does anyone have any information about how fast the i860 can do an FFT,
Michael> either theoretical or measured?

and alans@ll.mit.edu (Alan Stein) responds:

Alan>In the 860 bible (i860 Microprocessor Architecture by Neil Margulis),
Alan>the author codes an FFT which achieves 57/80 MFlops. This is not really 
Alan>what the beast is designed to do, IMHO. Seems I'm always writing 3 
Alan>different versions of the same routine - one for extremely short vectors
Alan>(throw everything in registers), one for medium-sized "if it all fits 
Alan>in cache" vectors, and one for long vectors that use pipelined memory
Alan>loads, bypassing the cache because they would just thrash. I suspect 
Alan>I'd wind up doing much the same if I were coding an FFT, which
Alan>I haven't [as yet] had to do.

Malak was interested in comparing the i860 FFT performance to other 
commercially available DSPs. My question is: what is the FFT performance of
the family of DEC alpha micros (theoretical, simulated, or measured ???)?
I would be interested in knowing not only MFlops, but also FFT algorithm,
transform size(s), optimum execution times, and any stipulations (as
described by Alan above) associated with the benchmarks.

     Thanks in advance.

     
Gary Shiflett
Applied Physics Laboratory
Johns Hopkins University
gary_shiflett@jhuapl.edu
(301)953-6000x8141
From: lee@hsh.com (Lee Havemann)
Newsgroups: comp.sys.dec
Subject: Re: RA60 fault...HELP!
Date: 31 Dec 92 19:41:38 GMT
Organization: HSH Associates

In article <1992Dec30.180150.15194@icaen.uiowa.edu>, nzimman@icaen.uiowa.edu (Nicholas R. Zimmerman) writes:
> HELP!
> 
> I almost have my PDP 11/44 up and running, but when I spun up my RA 60 last
> night, it came up with a fault.
> 
> When I press the fault button after it stops and lights it, the Ready light
> and the A light flash.
> 
> When I spin it up , I have A and B pushed. It has a Ready 7 cover.
> 
> 
> Any ideas? 
> 
> all help is greatly appreciated!
> 

According to the Users Guide, the Ready and A light flashing indicates that 
the "Heads Home switch would not open" (FWIW).  Dunno what that is, though it 
sounds like a microswitch is beat (Feel free to correct me anyone :-)
The RA60 has internal diagnostics, but I don't know if it has the RS232 
hookup like the RA81's. 

(Did you remove the head lock screw?)

> -- 
> ************************************************************
> | Nick Zimmerman           |  "I am the king of all I see. |
> |                          |   My kingdom for a voice."    |
> | nzimman@icaen.uiowa.edu  |               -R.E.M.         | 
> ************************************************************

-- 

 Lee Havemann, Comp Ops Dir.    HSH Associates      (201) 838-3330 
 Internet: lee@hsh.com    Compuserve: 70410,3507    AOL: HSH Assoc
 "Any opinions expressed are not necessarily those of anyone else, 
  including myself."                     
Newsgroups: comp.sys.dec
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: PDP 11/34 Information
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 23 Dec 1992 01:39:46 GMT

noel@reg.triumf.ca (NOEL GIFFIN) writes:

>In article <BzoIoL.7Mp@world.std.com>, mbg@world.std.com (Megan B Gentry) writes...
>> 
>>Yes, RL01 is 10mb.
>> 

>	No! The RL01 was only 5 MB.  The RL02 was 10 MB.  

>	How soon we forget.
>		

Whoops ... right... RL02 is 10mb (Jeez, I should have known that, I
have one on my system).

					Megan

Newsgroups: comp.sys.dec
From: ecf_stbo@jhuvms.hcf.jhu.edu (You never forget your first gale)
Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
News-Software: VAX/VMS VNEWS 1.41    
Organization: The Johns Hopkins University - HCF
Date: Mon, 21 Dec 1992 15:39:00 GMT

In article <mcdonald.624@aries.scs.uiuc.edu>, mcdonald@aries.scs.uiuc.edu (J. D. McDonald) writes...
>The Unix way has proven to be the best way; its one of the biggest
>reasons VMS is a current sales disaster.

Not true. Unix became popular because it was the software shipped with all
the newer faster workstation and server hardware. Beginning, middle and end of
story. This is obvious, it's not even worth contesting.

>Also consider this: if you write that file on VMS using the VMS
>proprietary method, you can't read it on any other machine using
>the same code. If you did it the C/Unix way, you code will run as-is
>on any machine using standard C. Even VMS. 

Another red herring. It's because the 'standard' C runtime library on any
system is an emulation of the unix system. RMS emulations for unix are also 
available which would allow the same interoperability for VMS native format
files. 

Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
Newsgroups: comp.sys.dec
From: sca@gese.ge14.mdadv.gv.at (Petzi Schweda)
Subject: Re: DEC Design Tools (CDD, DEC repository), are they any good ?
Originator: sca@gese0n.ge14.mdadv.gv.at
Organization: MD-ADV, Vienna, Austria
Date: Mon, 21 Dec 1992 07:33:51 GMT


In article <4204@wzv.win.tue.nl>, rob@wzv.win.tue.nl (Rob J. Nauta) writes:
|> My boss thinks buying DEC design tools like CDD (Common Data Dictionary
|> and DEC repository) will solve his problems concerning database management.
|> Is this true, what are your experiences ?
|> 
Hmmm ...
CDD/Repository and CDD/Administartor should help you keep tracking your db-tables and -fields.
Structured RMS-records may be included too, but with those we faced the problem of getting C-definition-includefiles (.h). VAXC allows you to directly access CDD-entries - but for the cost of beeing portable ...

What you won't get this way is a "Company Data Model" or however you would like to call it - but there's DEC with their repository-based DECDESIGN, offering lot's of Methods (YOURDON (DFD), COAD/YOURDON (OOA)) to help you in Analysis and Design, drawing fine charts and producing ton's of paper ...

Get youself some test-licenses ...

regards, petzi
###################################################
Petzi Schweda (sca@gese.ge14.mdadv.gv.at)
MD-ADV, Municipality of the City of Vienna, Austria
Newsgroups: comp.sys.dec
Subject: RSX Magic Date
From: anos@trixie.ineab.ikea.se (Anders Ostling)
Date: Fri, 1 Jan 93 18:13:49 -0200
Organization: IKEA Northern Europe AB

Hi all.

I have heard a ruomor that PDP's with a certain (latest ?) version of
RSX will have *serious* problems after Jan 1 93. The ruomor states that
the queues will not work at all...

Anyone else heard on this ? Same source said that DEC has a patch, but
I am unable to get a reply from our local support. 

/Anders


-- 
Anders Ostling <Vax/Un*x Systems Manager>, IKEA Northern Europe AB, Sweden
Voice <+46 42 25 73 08> Internet <anos@ineab.ikea.se>
From: jeh@cmkrnl.com
Newsgroups: comp.sys.dec
Subject: RD53s won't stay spun-up
Date: 3 Jan 93 00:06:31 GMT
Organization: Kernel Mode Consulting, San Diego, CA

I have a pair of RD53s (real DEC-labelled RD53s) which I tried to put on a
DOS machine.  I pulled the R7 jumper and set the drive select to 1, and 
managed to get one to format on the ST506 controller.  However it then started
to exhibit a strange behavior:  It won't stay spun up.  When power is
applied it spins up to what seems to be close to full speed; I think I
hear the click indicating that the heads are being released; but then it spins
down again.  

Same thing happened with the other drive even before I tried formatting it.

What could I have done to these drives???

	--- 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, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Newsgroups: comp.sys.dec
From: jli@udecc.engr.udayton.edu (Jinghong Li)
Subject: Play CD on DEC ?
Organization: Univ. of Dayton, School of Engineering
Distribution: usa
Date: Fri, 18 Dec 1992 19:57:57 GMT

How to play CD (music) on DECstations ?  We have DEC 5000-133
here with the CD ROM and headphone, but don't know how to 
use them - Please help.

What is the command, and/or where to get the function (ftp site) ?

Thanks


-- 
- ........................................................................-
Politics is like coaching a football team.  you have to be smart enough
to understand the game but not smart enough to lose interest.

Newsgroups: comp.sys.dec
From: nzimman@icaen.uiowa.edu (Nicholas R. Zimmerman)
Subject: RA60 fault...HELP!
Keywords: RA60, fault, help
Organization: Iowa Computer Aided Engineering Network, University of Iowa
X-Newsreader: NN version 6.4.19
Date: Wed, 30 Dec 1992 18:01:50 GMT

HELP!

I almost have my PDP 11/44 up and running, but when I spun up my RA 60 last
night, it came up with a fault.

When I press the fault button after it stops and lights it, the Ready light
and the A light flash.

When I spin it up , I have A and B pushed. It has a Ready 7 cover.


Any ideas? 

all help is greatly appreciated!


-- 
************************************************************
| Nick Zimmerman           |  "I am the king of all I see. |
|                          |   My kingdom for a voice."    |
| nzimman@icaen.uiowa.edu  |               -R.E.M.         | 
************************************************************
From: cd874@cleveland.Freenet.Edu (Andreas Priebe)
Newsgroups: comp.sys.dec
Subject: VAXBI SCSI Host Adapter
Date: 26 Dec 1992 14:30:39 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


Hi netters,
 
we got one problem here.
We are running a DECsystem 5830 under ULTRIX 4.0
We added a VAXBI SCSI Host adapter (CBI-1000 TM) and followed
the instructions in the manual for editing our system configuration file.
Here are the relavant parts:
 
adapter         vaxbi14    at nexus?
adapter         xmi0       at nexus?
controller      aie0       at vaxbi14   node6
[...]
controller      kdb1       at vaxbi14   node4
[...]
controller      uq5        at kdb1      vector uqintr
controller      klesib0    at vaxbi14   node9
[...]
controller      uq20       at klesib0   vector uqintr
[...]
controller      uba0       at vaxbi14   node10
controller      klesiu0    at uba0      csr 0174500 vector uqintr
controller      uda0       at uba0      csr 0172150 vector uqintr
controller      uq0        at klesiu0
controller      uq1        at uda0
disk            ra8        at uq1       drive 1
device          xna0       at vaxbi14   node12  vector xnaintr
device          dmb0       at vaxbi14   node11  flags 0xff  vector dmbsint dmbai
nt dmblint 
(at the moment drive 0 on the new SCSI is not configured, but
we are sure that this is not the problem, which seems to occure earlier!).
When building a new kernel, it says:
 
uba0 at vaxbie node a NOT SUPPORTED
 
This message comes from the bua.o (!) in the binary distribution
(/sys/MIPS/BINARY/ ).
 
Can anybody suggest what we did wrong?
Is anybody out there who has such a hostadapter on a DECsystem 58??
working?
 
Please answer by mail!
-- 
Andreas Priebe                                   Potsdam/Germany
Phone: +49 331 762 320
Newsgroups: comp.sys.dec