HDTenEightyP/NetNews huggingface dataset:
From: pen@lysator.liu.se (Peter Eriksson)
Subject: RM03 Massbus-SMD controller with a Fujitsu M2284?
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Mon, 9 Nov 1992 18:53:14 GMT

I have been thinking of perhaps trying to make use of the Massbus<->SMD
controller/converter, that right now is sitting in a RM03, and try to
connect a Fujitsu M2284 (130MB) SMD drive to a Vax 11/750 with it.

Is it possible to do it, and if so, how do I reconfigure the Massbus<->SMD
controller?

/Peter

--
Peter Eriksson                                              pen@lysator.liu.se
Lysator Academic Computer Society                 ...!uunet!lysator.liu.se!pen
University of Linkoping, Sweden                I'm still bored. Flame me again.
Newsgroups: comp.sys.dec
From: bhandarkar@wrksys.enet.dec.com (Dileep Bhandarkar)
Subject: Re: Alpha chip yield problem?
Organization: Digital Equipment Corporation
Date: 12 NOV 92 09:30:50    


In article <1992Nov11.211434.1633@ennews.eas.asu.edu>, scowen@wfpc3.la.asu.edu (Paul A. Scowen) writes...
>I was wondering if anyone from the DEC enclaves would be willing to refute or
>otherwise rumours I've been hearing from research groups on both coasts that
>the Alpha manufacturing process is turning up very bad yield rates (like less
>than 5%) compared to normal yields closer to 25-30%.  The implied result of 
>this type of problem is a rarer and therefore more expensive product.
> 
>These suggestions may be baseless, I was just curious if anyone at DEC could
>clarify the position.  We have an explict interest here since we are projecting
>purchase of 2 Alpha boxes in the new year.
> 
We have already built and shipped over 2000 systems to developers, porting 
centers, and field test sites. We cannot discuss specific yield numbers, but you
can see that there is a good supply of chips. The DEC 3000, 4000, and 7000 AXP
systems announced this week are available immediately. The pricing and 
availability is the best proof of no yield problems.

Dileep
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Newsgroups: comp.sys.dec
Subject: Re: Alpha Prices -- Any Idea out there??
Date: 12 Nov 1992 15:17:47 +1300
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz

In article <1992Nov10.175108.28116@eng.umd.edu> sysmgr@king.eng.umd.edu writes:
>In article <1992Nov10.171427.8022@PA.dec.com>, rjones@wsl.dec.com (Russ Jones) writes:
>>...
>>a HX Graphics adapter and a 17" Grayscale monitor.  
>
>Can you or someone else give us the Real Deal on:
>
>	o	Expansion slots
>	o	SCSI and other ports off the back

From a Digital blurb I've received (after you wade through the marketing
hype) the DEC 3000 model 400 AXP Workstation has the following features :

 - SPECmark89			104+
 - DhrystoneMIPS		134
 - LINPACK 100x100 DP MFLOPS	 26
 - Clock speed			133 Mhz
 - On-chip cache		8K data; 8K instructions
 - On-board cache		512K; write-back
 - I/O				TURBOchannel (90 MB/s); 3 slots
				2 SCSI-2 controllers
				Enthernet
				ISDN **
				Sync/Async with modem control
				DEC 423 printer port
				Voice-Quality Audio
 - I/O optional			FDDI
				Prestoserve **
- Memory			128 MB (512 MB)**

** Available with upcoming release of OS


The blurb for the 3400S (server) is the same.
The 3500 has 6 TURBOchannel slots and 118+ SPEC's
The 3500Sis the same as the 3500


I believe that all the AXP will come with 10MB/s SCSI-2 adapters,
even the 7000 and 10000.

Roger


-- 
brockie@golem.wcc.govt.nz
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.sys.dec
Subject: Re: Please help with Vax Station
Date: 7 Nov 92 12:20:10 GMT
Organization: St. Peter's College, US

In article <1992Nov7.061724.21578@menudo.uh.edu>, dgray@menudo.uh.edu (Dennis Gray Jr.) writes:
> 	Can I get a graphics monitor and keyboard for it? And if
> 	so, what is the part number?  More information on this set
> 	up:  The "card" for this is in slot "b" in the case.  There
> 	are two 15 pin sockets on it, one male one female.  Connected
> 	to the back of it there are two wires going to one of the
> 	plane -- one is a 20 pin ribbon cable, the other is a single
> 	wire that has a single pin going to a plane.  Written on the
> 	card it says "50-16468-01-C1" and "QVSS PATCH PANEL".  Any
> 	information you have on what this is, or what I can put on it
> 	would be greatly appreciated.

  It's a QVSS, like it says. It's a bitonal (B&W only, no shades) card
which generates a 1024x864 image. Common monitors for this were the VR260
and VR262. The VR150 should also work. The cable that connects the patch
panel to the monitor is (I think) a BC18S-10 (that's from memory, I'm at
home). A LK201 keyboard (same as that on a VT2xx/3xx) plugs into the
cable assembly. A VSXXX mouse completes the system. An optional digitizer
tablet plugs into the other 15-pin connector.

> 	Can I hook up a PC to be a dumb terminal to this?  I think the
> 	other card is applicable here:  Two dials, a switch, a 9 pin
> 	male connector and an LED readout.  The switch has two
> 	positions: one is labeled as a cirle with a dot above it, the
> 	other has a circle with the dot in it -- the latter also has a
> 	circle with an equilateral triangle in it.  One of the dials
> 	has three positions: one with an arrow pointing to the right,
> 	one with an outline of a face profile, one with a circle that
> 	has a "t" in it (there is also an arrow pointing allong the
> 	circle's circumference).  The other dial has several positions
> 	and is labled "baud" -- each position is a baud rate.  When
> 	the machine is powered up the LED says "A".

  Yes. In order to make the serial port (the 9-pin connector, which BTW
uses a DEC pinout and not the PC pinout) the primary console, you'll
need to disable the video board. The easiest way is to just take it out
(you'll probably need to rearrange cards to maintain bus continuity).

  Of course, that will change your licensing model from a VAXstation to
a MicroVAX, so if you've got VMS V5.0 or newer on there you'll have a
problem.

  I think the machine is sitting there waiting for you to respond to a
question about national language which is displayed on the (missing)
monitor.

	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: finchm@csugrad.cs.vt.edu (Michael 'Swap' Finch)
Newsgroups: comp.sys.dec
Subject: Help Needed for DecWriter 3
Summary: flow control needed for decwriter 3
Keywords: decwriter settings
Date: 12 Nov 92 03:50:13 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

I need to know the settings for flow control on a DecWriter 3
terminal.  It seems that there are 5 settings when I scan through
with the "m" key in setup mode.  What do these settings correlate to?  
I'm tring to set the terminal up as a printer on a SYSV r3 machine, 
and i'm loosing characters.  


-Mike
-- 
finchm@csugrad.cs.vt.edu |  a^n+b^n=c^n fails for n>2
Michael Finch            |  The proof won't fit here, and
Va Tech Computer Science |  is left to the reader as a simple 
ACM Vice President       |  exercise.
Newsgroups: comp.sys.dec
From: plward@ll.mit.edu (paula l ward)
Subject: Re: dxmail on ULTRIX **THANKS** 
Reply-To: plward@ll.mit.edu (paula l ward)
Organization: MIT Lincoln Laboratory
Date: Thu, 12 Nov 92 17:47:50 GMT


Thanks to everyone who responded to my posting.
It turned out that my sendmail.cf file needed to be changed and
then I still needed to use the \ before the !

Thanks again!





--
//////////////////////////////////////////////////////////////////////////////
                                   /
Paula L. Ward  (plward@ll.mit.edu) /   Nor deem the irrevocable Past,     
MIT Lincoln Laboratory             /     As wholly wasted, wholly vain,
244 Wood Street M-130              /   If, rising on its wrecks, at last
Lexington, MA 02173                /     To something nobler we attain.
1-800-paula                        /            -LONGFELLOW,
                                   /             The Ladder of St. Augustine
                                   /
//////////////////////////////////////////////////////////////////////////////
Newsgroups: comp.sys.dec
From: edsver4@cecil.lerc.nasa.gov (Jane Kramer)
Subject: respawning init -a
Reply-To: edsver4@cecil.lerc.nasa.gov
Organization: NASA - Lewis Research Center
Date: Fri, 6 Nov 1992 13:17:36 GMT

I've got two DECstation 5000 model 200's, both running ULTRIX 4.2A.  I've
recently noticed that both are respawning 'init -a' over and over.  If I check
the processes, about 30 of the 60 to 70 processes are init -a.  These are
continually dying and being respawned.  Can anyone suggest what's going on,
and what I can do?  Thanks.

	Jane 
-- 

-----------------------------------------------------------------------------
Jane Kramer			|     phone: 216-826-6737
NASA Lewis Research Center     	|     Sverdrup Technology, Inc.
Cleveland, Ohio  44135         	|     email: edsver4@cecil.lerc.nasa.gov 
-----------------------------------------------------------------------------
Newsgroups: comp.sys.dec
Subject: Wanted: VAX-11/750 controller for CDC disk drive
From: PRESIDENT@hacks.arizona.edu (A HACKS 	)
Date: Friday, 13 Nov 92 02:20:24 MST
Distribution: world,local
Organization: The Camelot System (Excalibur)
X-News-Reader: VMS NEWS 1.05

Greetings!  I have a somewhat unusual request.  I'm looking for a 
VAX-11/750 compatible controller card for the CDC 9730-160 disk drive.  
Allow me to explain in detail.

I'm a member of a computer club at the University of Arizona.  The UofA
Hardware And Computing Knowledge Society (yes, UA HACKS -- but HACKS in
the original, best sense of the word) is a club of students who want
to get hands-on experience with computers.  

We learn about system management (VMS, Unix, etc), hardware maintenance, 
and software development by rolling up our sleeves and getting our hands 
dirty with old computers that have been donated to us.

Our club obtains unused and unwanted computer equipment and transforms each
machine into a resource that provides members with valuable learning
experiences.

One of our current projects involves bringing up a VAX-11/750 under 4.3BSD
Unix.  This isn't an impossible task--provided one has a boot disk and
controller for one's 750.  We don't.  Yet.

Its not that we don't have disks--a professor in our Electrical and Computer 
Engineering department generously donated a number of CDC drives to the
club.  Instead, we're fresh out of VAX-compatible controllers for these disks.

We have enjoyed success using Emulex cards to connect several of these
CDCs to our other machines.  An SC7000 is controlling a pair of 340M 
drives in one of our 780s, while an SC780 controlls pair of 160M drives 
in our second 780.  We even have an SC31 which we were hoping to use; 
unfortunately, this card is very much broken.

If you happen to have a such a controller which is gathering dust or is slated
for the trash can, or if you might be able to help us out in some way, or even
if you have questions about the club, please contact me via email!

Many thanks in advance,

Michael
---
Michael E. Shimniok
President, UofA HACKS            "It Should Work!" -- Club Motto
president@hacks.arizona.edu
Xref: sparky comp.sys.dec:5947 comp.windows.x.motif:7470 comp.windows.x:19119 comp.std.c++:1561 comp.lang.c++:16238
From: tlee@csgrad.cs.vt.edu (Timothy Lee)
Newsgroups: comp.sys.dec,comp.windows.x.motif,comp.windows.x,comp.std.c++,comp.lang.c++
Subject: C++, DECstations, and Motif (Q)
Date: 13 Nov 92 23:56:02 GMT
Followup-To: comp.sys.dec
Organization: VPI&SU Computer Science Department, Blacksburg, VA

Hi everyone,

I have difficulties getting c++ compilers (CC, gcc, g++) to compile C++
programs that contain X/Motif resources.  Example:

	I have a C++ program that compiles and run correctly on a DECstation.
	After I add "#include <X11/Intrinsic.h>" (or any other X/Motif-related
	ones) to the source code, all of the above mentioned compilers will give 
	me compilation errors pointing to "Xlib.h".   There is no need to
	actually invoke a function call or use any X/Motif-defined type for
	erros to occur.

There is no problem running C++ program with Motif/X calls in RS/6000, but
problems arise in all the DECstations that I can test on.  These DECs are
running ULTRIX 4.1, and the include files are located in the DEC designated
directories.

Please don't tell me it *should* work.  I tried all I can think of, including
putting "extern" around the include files.  If someone has actually get it to 
work, please help.

Please send your helpful reply to:

	tlee@csgrad.cs.vt.edu		Tim Lee

P.S. Even the unmodifed source code from Douglas Young choked.  Young wrote a
book on getting C++ to work under Motif. 
Newsgroups: comp.sys.dec
From: mitcham@easy.enet.dec.com ()
Subject: Re: Help Needed for DecWriter 3
Keywords: decwriter settings
Reply-To: mitcham@easy.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Thu, 12 Nov 1992 15:42:59 GMT


Modem
	1 = FDX, No Modem
	2 = FDX, Modem
	3 = HDX, Supervisory
	4 = HDX, EOT
	5 = HDX, ETX
--
  +---------------------------------------------------------------------+
  | Andrew Mitcham			|  The opinions expressed here  |
  | Digital Equipment Corporation	|  are my own and not those of  | 
  | Customer Support Center		|  my employer unless otherwise |
  | Alpharetta, Georgia			|  stated.                      |
  | email:  mitcham@rhett.enet.dec.com	|                               |
  +---------------------------------------------------------------------+
Newsgroups: comp.sys.dec
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Anybody know who makes DEC's MD30C color scanner?
Organization: Dept. of Computer Science, MSU, Bozeman Mt 59717
Date: Thu, 5 Nov 1992 00:56:28 GMT



Trying to find other packages to drive the dumb thing.

Any help much appreciated.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Xref: sparky comp.sys.dec:5906 ne.org.decus:42
From: MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett")
Newsgroups: comp.sys.dec,ne.org.decus
Subject: New DEC Raids versus Storage Computer's?
Date: 12 Nov 92 16:30:36 GMT
Article-I.D.: tuna.199211121631.AA01764
Organization: Mail to News Gateway at Wang Labs

Would anyone know how those new DEC RAIDs just announced
might match up with those of Storage Computer's (Nashua, NH)?
I called up the RAID 7 guru at Storage Computer, John O'Brien,
(603-889-1961) and asked him, but they didn't have any DEC info.
(He didn't sound very concerned either.)  Maybe they should do
some benchmark comparison testing for price/performance.  Do
those DEC models have an embedded OS like the RAID 7 disk array
platform?

Michael.Willett@OFFICE.Wang.com
Newsgroups: comp.sys.dec
From: stevea@puccini.crl.umn.edu (Steven R. Anderson)
Subject: Wanted: Info on PDP-11/34 parity chk board
Keywords: PDP
Organization: PESTMN
Date: Fri, 13 Nov 1992 00:40:57 GMT


Hi,

    I've lost my information on the parity checking board in my PDP-11/34.  
I believe the board ID is M7850.  I have only one question:  What does the 
red LED at the top of the board indicate?

Thanks in advance.....

steve

Steven R. Anderson
Network manager
Plant Pathology - University of Minnesota
stevea@puccini.crl.umn.edu
Xref: sparky comp.sys.dec:5795 comp.sys.hp:12560 comp.unix.ultrix:8095
From: arons@tyfon.eecs.ucdavis.edu (Tom Arons)
Newsgroups: comp.sys.dec,comp.sys.hp,comp.unix.ultrix
Subject: Re: HP -> DEC nfs netgroup PROBLEM
Date: 5 Nov 92 06:17:07 GMT
Article-I.D.: tyfon.ARONS.92Nov4221707
	<Bwwr2q.3wG@cs.psu.edu>
Followup-To: comp.sys.dec
Organization: University of California at Davis
In-reply-to: kenh@leps5.phys.psu.edu's message of 30 Oct 92 00:08:49 GMT


   Fair enough.  I have the following entry in our netgroups map:

   physics		(annett.phys.psu.edu,,) (banavar.phys.psu.edu,,)\
		   (bangalore.phys.psu.edu,,) (collins.phys.psu.edu,,)\
		   (corsica.phys.psu.edu,,) (etat.phys.psu.edu,,)\
		   (faraday.phys.psu.edu,,) (glue.phys.psu.edu,,)\
		   (neutron.phys.psu.edu,,) (phoenix.phys.psu.edu,,)\
		   (psuphys1.phys.psu.edu,,) (quixote.phys.psu.edu,,)\
		   (color.phys.psu.edu,,) (willis.phys.psu.edu,,)

   and this line in /etc/exports:

   /export/home	physics

   So, for example, the host color.phys.psu.edu, should be able to mount
   /export/home, right?  I get permission denied.  If I put color.phys.psu.edu
   in the export line, it works.  Major blah.  This doesn't work on our ultrix
   4.0 and our ultrix 4.3 system.

What I have had to do to get netgroups to work in a heterogenous system is make
a netgroup for each host consisting of the unqualified and fully qualified
host name. This is because different versions of NFS get the host names 
different ways.  What has worked for us for several years over a couple of
hundred systems from a wide variety of vendors and operating systems, 
including various versions of hp-ux and ultrix is something like this:

In /etc/netgroup:
ash (ash,-,nis.ece) (ash.ece.ucdavis.edu,-,nis.ece)
elm (elm,-,nis.ece) (elm.ece.ucdavis.edu,-,nis.ece)

trees	ash elm

You can then use trees in /etc/exports.

/etc/netgroup is actually generated from a script that uses a
set of host and user lists controlled by various lab managers. nis.ece is
the name of the nis domain.  It is listed explicitly, along with the '-'
because otherwise a rather small number of entries will break some size
limit that makedbm imposes (I think. It's been a while since I put this
stuff together).  Anyway, my job would be immensely more complicated if
netgroups did not work, thank goodness they do.

Tom Arons			Internet: arons@ece.ucdavis.edu
ECE Department
University of California
Davis, CA 95616			Phone:    (916) 752-1750

 Tom
From: john@sekrit.WPI.EDU (John Stoffel)
Newsgroups: comp.sys.dec
Subject: Re: Alpha Prices -- Any Idea out there??
Date: 6 Nov 92 15:59:09
Organization: Worcester Polytechnic Institute
NNTP-Posting-Host: sekrit.wpi.edu
In-reply-to: sstrong@kean.ucs.mun.ca's message of Fri, 6 Nov 1992 16:42:20 GMT

>>>>> On Fri, 6 Nov 1992 16:42:20 GMT, sstrong@kean.ucs.mun.ca said:

sstrong> I understand that the Alpha machines are to be anounced soon.

November 10th in Boston somewhere.

sstrong> Does Anyone have any idea on the price range of a low end
sstrong> alpha system?  I realize that they are not on the market yet
sstrong> but I was wondering in what ball-park they would be :-) ...

Sandpiper - desktop system - $18-20,000
Flamingo  - deskside system - $30-35,000

But take these numbers with a large grain of salt.  They might be
cheaper, or more expensive.  It also depends on how good the pricing
is on the new HP workstations.

I've also heard a small rumor that there is another small desktop
alpha system codenamed Pelican and costing around $10,000 and is
expected in around 6 months.  Got this info from the latest "Open
Systems Today".

				John

--
Youth of today!  Join me in a mass rally for traditional mental attitudes!
-------------------------------------------------------------------------------
john@wpi.wpi.edu | Work Station Specialist | Worcester Polytechnic Institute
John Stoffel     | 508-831-5512 (work)     | Worcester, MA  01609
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.sys.dec
Subject: Re: Q: What is a DUV11 ?
Date: 5 Nov 92 11:43:04 GMT
Followup-To: comp.sys.dec
Organization: Applied Information Systems, Chapel Hill, NC

In article <martineau-051192072602@macmartineau.ccr.hydro.qc.ca>, martineau@macmartineau.ccr.hydro.qc.ca (Alain Martineau) writes:
> In article <1992Oct25.230043.1@alien.gici.com>, laut@alien.gici.com (Bill
> Laut) wrote:
>> If I remember correctly, the DUV11 was the Q-bus version of the DUP11, and
>> that card was used for doing bi-sync with IBM.  This was -way- before the
>> days of doing all of that IBM stuff using SNA bridges, etc.
>> 
>> I think the card also could do DDCMP for a slower-speed DECnet link.
>> 
>> The card is rather dated in terms of technology.  You can still plug it into
>> the Q-Bus, but I don't know if the drivers are still there in VMS to support
>> the thing.
> 
> We have about 5 11/780 at my company with DUV11, and I think the guys
> responsible for them asked DEC to keep the driver in, and fix it to work
> with VMS 5.x.

I doubt it.  The DUV11 was a QBUS card, and the 780 had a UNIBUS.  You
probably either have a 780 with DU11 or DUP11 cards in it (which are
UNIBUS cards), or you have some MicroVAX (like a MicroVAX II) with the
DUV11 in it.  The DUV11 was very similar but not identical to the DU11
and DUP11 cards, implemented for the QBUS rather than the UNIBUS --
Bill's memory is essentially correct.  If you have a driver for any one
of those three cards (DU11, DUP11, DUV11), it would be trivial to modify
it for another;  in fact it would not be unlikely to be able to use it
unmodified.

BTW if you are thinking about implementing a sync communications
application on a QBUS machine, the DPV11 is probably a better choice
than the DUV11 because I believe it has a deeper silo than the DUV11 --
as I recall the DUV11 has only a 1-character deep buffer (receiver
buffer register + receiver shift register), while the DPV11 has a 4
character silo in addition to the receiver shift register.  (This is
from memory, I can't seem to find anything specific about this in the
device documentation.  I may be confusing these with other devices).
It's also rated for up to 56K baud as opposed to the DUV11's 19.2K
baud.  You'd likely get fewer data overrun errors on the DPV11.  Or,
if you can restrict your application to DDCMP, BISYNC, or SDLC/HDLC,
(the major but not the only sync protocols), you could use something
like the DSV11 card, which is a much nicer card (DMA support, for
example) if you can live with its restrictions.

Bruce C. Wright
From: ivie@cc.usu.edu (CP/M lives!)
Newsgroups: comp.sys.dec
Subject: Re: VS4090 fddi boot?
Date: 13 Nov 92 09:55:22 MDT
Distribution: world
Organization: Utah State University

In article <1dv97cINNqe6@fnnews.fnal.gov>, jhf@d0xs1.fnal.gov (John Featherly) writes:
> 
> Tried many things, VAX console ROM is clueless about FCA0 ...
> the most promising turned out to be "t tc0 boot mop" in the MIPS emulator
> but still no go (yes I did change the hardware address on the load host).

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.

I also suspect that console drivers on a TURBOchannel modules won't work.
-- 

Roger Ivie                      "My God! That computer is full of Pentium!
ivie@cc.usu.edu                  It's a wonder that you haven't been turned
                                 into mutants!"
Newsgroups: comp.sys.dec
From: kaiser@mammal.vbo.dec.com (Peter Kaiser)
Subject: Re: alpha memory requirements (vs vax) ?
Reply-To: kaiser@uniriv.vbo.dec.com
Organization: DEC Technology Integration Group
Date: Mon, 9 Nov 1992 07:40:04 GMT


--
In article <2973@mitisft.Convergent.COM>, dold@mitisft.Convergent.COM
(Clarence Dold) writes:

> ... experience in moving code from a Motorola
> 68040 to the Motorloa 88100 RISC set shows a substantial change in the
> requirement for disk space for executables, as well as run-time memory.
> I recall a comparison of ~20% for like code.

This breaks down for the move from RISC ULTRIX to DEC OSF/1 for Alpha AXP
systems, because DEC OSF/1 has shared libraries, and because the move is
from RISC to RISC.

___Pete

kaiser@uniriv.vbo.dec.com
+33 92.95.62.97, FAX +33 92.95.52.00