HDTenEightyP/NetNews huggingface dataset:
From: cd874@cleveland.Freenet.Edu (Andreas Priebe)
Newsgroups: comp.sys.dec
Subject: VAXBI SCSI Host Adapter - Second try
Date: 5 Jan 1993 07:29:01 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


Hi netters,
 
I asked that question already here on the net - but
just before Christmas and I am afraid that due to Christmas Holidays
many people did not see it.
I got one answer (Thank you Andi!) stating it CAN'T work on a 5830
(see details below), but a call to our distributor resulted in the statement
IT SHOULD! So the situation is not yet clear.
So if anybody can help - please mail me. And now the problem: 
-----------------------------------------------------------------
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 relevant 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

(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
-- 
Andreas Priebe                                   Potsdam/Germany
Phone: +49 331 762 320
Xref: sparky comp.sys.dec:6751 comp.unix.ultrix:9214 vmsnet.alpha:69
From: fredv@abba.acs.uci.edu (Fred Velijanian)
Subject: DEC 3000 AXP delivery times
Newsgroups: comp.sys.dec,comp.unix.ultrix,vmsnet.alpha
Organization: University of California, Irvine
Date: 8 Jan 93 16:42:11 GMT

Has any end-user ordered and/or received an DEC 3000 AXP OSF/1 system so far?

Delivery times for the "Early Ship Program" system is 75 days now. 
I've heard from other end-users who have received VMS AXP systems in 
a matter of days. I know OSF/1 AXP is not released officially until
March, but I thought the point of having the ESP program was to get 
a system with beta software quickly!

DEC also provides attractive upgrade prices ($99 per specmark minus
"your applicable discount if any") for DECstation 5000 to 3000 AXPs. 
This is called the "Alpha ready" upgrade, and is valid for both new
VAX/MIPS purchases, as well as some existing systems. However
lead time for these are 180 days! Has anyone ordered/received one of
these yet? Do the upgrades come with the internal 400MB disk? How
much memory should we return with the 5000? 

Thanks

Fred Velijanian
University of California, Irvine
fredv@uci.edu 
Newsgroups: comp.sys.dec
From: ggm@brolga.cc.uq.oz.au (George Michaelson)
Subject: Re: X11R5 server and suport for PMAGB-B
Organization: Prentice Centre, University of Queensland
Date: Fri, 8 Jan 1993 00:44:20 GMT

beyer@utrtsc.dec.com (Peter Beyer) writes:

>You'll have to wait until DECwindows becomes R5...

Begs the question: do we have a timescale for this.....

-George
--
                         George Michaelson
G.Michaelson@cc.uq.oz.au The Prentice Centre      | There's no  market for
                         University of Queensland | hippos in Philadelphia
Phone: +61 7 365 4079    QLD Australia 4072       |          -Bertold Brecht
Newsgroups: comp.sys.dec
From: tilden@casbah.acns.nwu.edu (Robert Tilden)
Subject: Connection manager question
Organization: Northwestern University, Evanston, Illinois, USA
Date: Mon, 4 Jan 1993 13:43:46 GMT

Early on in the boot process, nodes in my VaxCluster display the message

%CNXMAN SENDING VAXCLUSTER MEMBERSHIP REQUEST TO SYSTEM <NODENAME>

What determines the <NODENAME> that the request is sent to? On my system,
it is always the same node, but I don't understand why that node has been
picked...

Bob	tilden@nuhepl.phys.nwu.edu
From: william@amadeus.stat.lsa.umich.edu (William Pietri)
Newsgroups: comp.sys.dec,umich.unix
Subject: DEC puts first marketroid on the moon
Date: 5 Jan 1993 18:12:21 GMT
Organization: Department of Statistics, University of Michigan
NNTP-Posting-Host: amadeus.stat.lsa.umich.edu
Keywords: DEC INFOSHARE Alpha lunacy

In the Fall 1992 issue of DEC's publication INFOSHARE (a brightly-
colored newsletter that sings the praises of DEC service), I came
across the following text under a graphic of a shattered vinyl album:

-------

RECORD BREAKING COMPUTER CHIP

A new computer chip no bigger than a human finger nail, yet as powerful
as the room-size supercomputers of ten years ago, is named as the
world's fastest computer chip in the latest issue of the Guinness Book
of Records.  The new chip, called the Alpha AXP(TM), is almost as quick
as the speed of light and now joins the ranks of some of the world's
most incredible achievements including the first man on the moon and
the splitting of the atom.

-------

And this is only the first Alpha generation!  I'm eager to see what
they'll compare forthcoming products with.  Assuming that computing
power continues to double every year or two, with soon-to-be-announced
DEC hardware you'll be able to duplicate the Great Pyramids, reduce the
Earth's axial tilt, and raise the dead, all in less than three seconds
of CPU time.

(And some marketroids still wonder why some folks are suspicious of
their claims.  "The first man on the moon," indeed!)

William
--
William Pietri			| Email: William.Pietri@umich.edu
Stat. Dept. Sysadmin and	|    or: william@stat.lsa.umich.edu
   ITD/CSS Consultant		|    or: USERW28W@UMICHUM.bitnet
University of Michigan		| Phone: (313) 764-9983
Xref: sparky comp.sys.dec:6719 comp.dsp:2935
From: jpp@pipo.paris.sgi.com (Jean-Pierre Panziera - SGI PARIS)
Newsgroups: comp.sys.dec,comp.dsp
Subject: Re: Alpha fft performance
Date: 7 Jan 93 12:10:38 GMT
Reply-To: jpp@sgi.com
Organization: Silicon Graphics, Parallel Team

In article <1993Jan4.154245.13258@crl.dec.com>, payne@crl.dec.com
(Andrew Payne) writes:
......
|> 
|> For a 1024 point, complex, single precision FFT (i.e. just fits in
the on-chip
|> 8K D cache), we have a measured time of 96,000 cycles.  For the
various Alpha
|> systems, this translates to:
|> 
|> 	133 MHz clock		722 microseconds
|> 	150 Mhz			640 microseconds
|> 	200 MHz			480 microseconds
|> 
|> The algorithm is a radix-4 algorithm, and is basically just a C translation
|> of the FORTRAN code in "DFT/FFT and Convolution Algorithms" by Burrus and 
|> Parks (with a few tweaks, of course).  It was compiled with GCC 2.3 and
|> the execution time was measured with the Alpha's process cycle counter.
|> 
......
|> -- 
|> Andrew C. Payne
|> DEC Cambridge Research Lab

I'd like to ask a few questions:

|> For a 1024 point, complex, single precision FFT (i.e. just fits in
the on-chip
|> 8K D cache),

  An array of 1024 complex numbers indeed uses 8 Kbytes. However to compute an 
  FFT you need an extra array of Sines and Cosines of same size (8 kBytes).
  The total space required for this FFT is then at least 8+8 = 16 kBytes.
  So the assumption "just fits in the on-chip 8K D cache" seems abusive. ???


|> the execution time was measured with the Alpha's process cycle counter.

  I am not familiar with "Alpha's process cycle counter". Is this a simulator ?
  Does this tool take in account eventual cache misses ?
  How do real benchmark compare with your simulation ?

|> The algorithm is a radix-4 algorithm, and is basically just a C translation
|> of the FORTRAN code in "DFT/FFT and Convolution Algorithms" by Burrus and 
|> Parks (with a few tweaks, of course).

  Are the results of your transform ordered, or are they "bit reversed" ?

Thanks you in advance.

---
    ___   ___/       ___   /       ___   /	Jean-Pierre Panziera
         /          /     /       /     /	jpp@paris.sgi.com
        /          ______/       ______/	
       /          /             /		
 _____/       ___/          ___/		
Newsgroups: comp.sys.dec,comp.periphs.scsi
From: IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club")
Subject: Re: Optical Jukebox Query
Organization: Mail to News Gateway at Wang Labs
Date: Fri, 8 Jan 1993 18:32:59 GMT

The Datapro reports on Document Imaging Systems include a complete listing of
all jukeboxes including features and prices.  Also, Imaging Magazine May 1992
issue has an article covering many major jukeboxes, especially low-ends.

John Cronin, Wang Federal Systems Division

-------------------------------- Original Memo --------------------------------
BCC:     John L. Cronin                 From:      Imaging Club
Subject: Optical jukebox query   ?      Date Sent: 01/08/93


-------------------------------- Original Memo --------------------------------
To:      Imaging Club                   From:      Michael Willett
Subject: Optical jukebox query   ?      Date Sent: 01/08/93

From: bleau@umdsp.umd.edu
Newsgroups: comp.periphs.scsi,comp.sys.dec
Subject: Optical jukebox query
Organization: University of Maryland Physics Dept.

Hi.  I just got a query from my boss about other sources/manufacturers for
optical jukeboxes.  The only ones he mentioned so far is Sony, available from
Pinnacle Microsystems; the 10- and 56-platter varieties.  Does anyone else have
any suggestions?  We're running VMS on a VAXstation 4000-60, so it'd have to
work in that environment.  Our budget is $10k-$50k for this type of device (too
bad there's no budget for anything else  :-(.  Email me directly at
        bleau@umdsp.umd.edu
so I can get the fastest response.  They want a report tomorrow (that's 1/7) in
the am.  Yikes!

While I'm on it, he also wants a report on large capacity SCSI disk drives, in
the 1-2GB range, probably 1 or 2.  I have a good price on a couple Fujitsu
drives, capacities 1GB and 1.75GB (forgot model numbers).  Any other
suggestions?  Thanks for the feedback.

Larry Bleau
University of Maryland
bleau@umdsp.umd.edu
301-405-6223
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.sys.dec
Subject: Re: Connecting Hard Disks >RD54 to MicroVAX 2000?
Date: 12 Jan 93 06:34:33 GMT
Organization: St. Peter's College, US

In article <0101001C.ndnfpe@twisty.eslvcr.wimsey.bc.ca>, andyb@twisty.eslvcr.wimsey.bc.ca (Andy Babinszki) writes:
> I have a uVAX 2000 with a pair of RD54s ( 150 MB ea. ).  It is implied
> in the manual that only those disks which can be recognized and formatted
> by the uVAX 2000 can be used (ie. the RD54 IS the biggest that can
> be recognized).  Is there a way to connect anything bigger?

  You find a bigger drive and I'll let you know 8-). The RD54 has 15 data
heads (the 16th is used for the servo) and the 2000 can select 16 heads.
The RD54 has 17 sectors/track, which is the design spec for MFM drives and
can't be changed in the 2000. The RD54 has 1224 (or 1226, depending on who
you ask) cylinders, which is about the only place things could increase
usefully. However, vendors have increased the bits/track before increasing
cylinders, so you'll be hard-pressed to find an MFM drive with more cylin-
ders.

	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
Xref: sparky comp.sys.dec:6710 comp.unix.ultrix:9193
From: mjr@TIS.COM (Marcus J Ranum)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: Re: DEC puts first marketroid on the moon
Keywords: DEC INFOSHARE Alpha lunacy
Date: 6 Jan 93 20:18:12 GMT
Reply-To: mjr@TIS.COM
Followup-To: comp.sys.dec
Organization: Trusted Information Systems, Inc.

>dec just sent mail out on their dec-managers mail alias asking if in
>the next osf/1 release for alpha, should the most recent osf/motif 1.2 
>release be included.
>
>is this a no brain'r or what?

	It's a total no brainer, and I'd guess it probably is a reflection
of some internal struggle within Digital that they're asking. Someone,
somewhere, probably wanted to cut costs/resources by not bothering with
the most recent version of motif, so the usual waffling and struggle will
occur.

	DEC has to get out of its habit of making its dirty laundry visible
to its customers. It doesn't make the customer base feel "empowered" when
they see clear signs that the vendor doesn't know what to do and is trying
to get customer input as ammunition to resolve internal struggles.

	For example - whatever happened to Gail Grant's "poll" about making
patches available on the internet? Gail asked for the net's opinion (and it
was overwhelming) but didn't promise anything'd come of it. That sounds
like a "give me ammunition" request if I ever heard one. It's vaguely
pathetic to see a vendor so out of touch with their target market that
they even need to ask these kinds of things.

mjr.
From: mjr@TIS.COM (Marcus J Ranum)
Newsgroups: comp.sys.dec
Subject: Re: DEC puts first marketroid on the moon
Keywords: DEC INFOSHARE Alpha lunacy
Date: 8 Jan 93 00:32:39 GMT
Reply-To: mjr@TIS.COM
Organization: Trusted Information Systems, Inc.

sybertz@ketje.enet.dec.com writes:
>Believe it or not, but we have a lot of requests from customers for OSF/1
>Alpha. This means that we have a lot of work to answer all different aspects
>and we cannot do everything in one day ! We have to put some priorities ! 
>The mail you are speaking about has to be putted in this context : asking for
>some feedback to put a priority.

	I sympathise with the problem of lack of resources and being forced
to prioritize. I've heard that complaint many times, and I understand what
it feels like to be on the short end of "lack of resources".

	On the other hand, lack of resources is part of being a vendor. It's
part of being a *successful* vendor to know how to prioritize internally,
and to know how to keep lack of resources from hurting your business. Digital
seems to have no understanding of the basic fact:

	A vendor's customers don't care about lack of resources. They can
	-----------------------------------------------------------------
	buy from someone who doesn't have that problem.
	-----------------------------------------------

	Market analysts get paid big bux (probably much more than the folks
from DEC who read news in their spare time at 2:00am) to know what customers
want. A vendor that knows what customers want and is able to *anticipate*
those needs is what is called "in touch with the market." A vendor that is
constantly in a reactive mode because of lack of resources, where the
vendor's top technical staff (who often are in touch with the market) are
forced to beg for ammunition to help fight internal battles is "out of touch"
and often "out of luck" because by the time those battles are fought,
your competitor has stolen a march on you. This is called, in modern
buzz words, "being proactive." Boy scouts call it "being prepared." Some
people, myself included, take lack of preparedness as an indication of
lack of commitment. Vendors cannot afford this.

	I sympathise with Digital's problems, but if I were a customer of
Digital's, I would't *care* about them. There's a subtle distinction.

mjr.
Newsgroups: comp.sys.dec
From: beutel@chdasic.sps.mot.com (Jim Beutel)
Subject: Re: Alpha, OSF and backups...??
Reply-To: beutel@chdasic.sps.mot.com
Organization: Motorola SPS ASIC, Chandler, AZ
Date: Mon, 11 Jan 1993 17:32:48 GMT

In article 28097@newsgate.sps.mot.com, beutel@chdasic.sps.mot.com (Jim Beutel) writes:
>For years VMS backup has been an excellent tool for doing
>backups. (may not have been perfect) Comparing it to Anything
>available on the Unix platforms was impossible. Their are no
>production quality backup products on present Unix systems.
>
>My question is: 
>Any of the OSF folks out thier have any info as to a solution
>to backups on Alpha / OSF....?
>
>Tar, Dump, CPIO, etc just dont cut it in a multi vendor production
>environment.
>
>Thanks,
>Jim
>
>
>---
>-------------------------------------------------------
>Jim Beutel	
>
>Motorola SPS ASIC            beutel@chdasic.sps.mot.com
>1300 N. Alma School Rd       Computer Operations 
>M/S CH290  AZ50              office:  (602) 821-4967
>Chandler, Arizona 85224	     telefax: (602) 821-4963
>-------------------------------------------------------
>
>The Surgeon General has determined that Skydiving is Extremely addicting. 
>
>
>




---
-------------------------------------------------------
Jim Beutel	

Motorola SPS ASIC            beutel@chdasic.sps.mot.com
1300 N. Alma School Rd       Computer Operations 
M/S CH290  AZ50              office:  (602) 821-4967
Chandler, Arizona 85224	     telefax: (602) 821-4963
-------------------------------------------------------

The Surgeon General has determined that Skydiving is Extremely addicting.
From: john@sekrit.WPI.EDU (John Stoffel)
Newsgroups: comp.sys.dec
Subject: Re: Are the Alpha-Machines big- or little-endian ?
Date: 12 Jan 93 10:12:56
Organization: Worcester Polytechnic Institute
Distribution: world
	<11JAN199314035035@reg.triumf.ca>
NNTP-Posting-Host: sekrit.wpi.edu
In-reply-to: noel@reg.triumf.ca's message of 11 Jan 1993 14:03 PST

>>>>> On 11 Jan 1993 14:03 PST, noel@reg.triumf.ca (NOEL GIFFIN) said:
NOEL> News-Software: VAX/VMS VNEWS 1.41    

>The Alpha chip (DECchip 21064) can be used to build either a big endian
>or little endian system.  For example, the Cray Research Alpha-based
>MPP system is big endian.


NOEL> 	Ok I'll byte, How many little Endians does it take to make            
NOEL> 	One Big Endian?                                                  

One little, two little, three little Endians...
four little five little, six little Endians...
Seven little, eight little, nine little Endians...
Ten little endian bytes and bits.

--
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: dwing@cudnvr.denver.colorado.edu (Dan Wing)
Newsgroups: comp.sys.dec
Subject: Re: Third-party software for Alpha?
Date: 8 Jan 93 14:03:23 GMT

In article <1993Jan8.035519.18121@cis.ohio-state.edu>, 
welch@nervous.cis.ohio-state.edu (Arun Welch) writes:

> Is there a list anywhere of the third-party software that's been ported to
> the Alpha running OSF/1?

Ask your DEC sales rep (seriously).  At DECUS, DEC was very proud of all the 
companies that promised to port their code, or write new code, to Alpha, and
I would imagine DEC has a list.  TGV and Cognos come to mind right away, but
I know there are more.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
From: jeffm@wrq.com (Jeff McKay)
Newsgroups: comp.sys.dec
Subject: X Windows and VMS
Date: 12 Jan 93 01:14:26 GMT
Article-I.D.: shelley.1it61iINNguh
Distribution: world
Organization: Walker Richer & Quinn
NNTP-Posting-Host: elmer.wrq.com

I am relatively new to VMS, having done some X windows development on Unix.
What do I need to start developing X clients under VMS?  Where do I get the
libraries, header files, etc?  A product from Dec?  I am interested in X11R5
and Motif 1.1.  Thanks for any help.
Newsgroups: comp.sys.dec
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: ULTRIX shared memory question...
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Wed, 6 Jan 1993 18:47:43 GMT


In article <1993Jan5.142908.19896@icf.hrb.com>, dbd@icf.hrb.com (Douglas B. Dodson) writes:
>Hello,
>
>I am in need of some information on shared memory for ULTRIX systems.  I am
>working on a DECStation 5000/240 running ULTRIX and would like to set up a
>group of variables which will be used by up to five separate processes.  The
>processes would be able to read as well as modify the variables.  This is
>something similar to using global sections in VMS but I can't find much
>information on doing it with ULTRIX.  Thanks to anyone who can help me out.

The manual pages ftok(3), shmop(2), shmctl(2) and shmget(2) are the ones
of interest.  You may also want a semaphore to control access to the
memory.  Replace the "shm" with "sem" for those manual pages.  I don't
if there is any programming documentation on how to use these in the
doc set.  You probably find a text that explains UNIX System V shared
memory that will do.

Roughly, you want to do something like this:

1.  Create the section of shared memory.  You can either do this
    as a seperate program, or have any invocation of the program
    create it if it doesn't exist.

	key = ftok(path, id) ;

	shmid = shmget(key, size, shmflag | IPC_CREAT) ;

	/*
	 *	If you want to initialize it first.
	 */
	address = shmat(shmid, shmadr, shmflag) ;

	/*
	 *	Detach.
	 */
	shmdt(address) ;

2.  To use it, assuming that it is created.

	key = ftok(path, id) ;

	shmid = shmget(key, size, shmflag) ;

	address = shmat(shmid, ...) ;

	shmdt(address); /* when done */

	
>
>						- Doug -
>
>-- 
>Douglas B. Dodson		 	Internet:	DBD@ICF.HRB.COM
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: Re: How does one reset the system clock on a DEC 5000/200?
Newsgroups: comp.sys.dec
Organization: University of California, Irvine
Keywords: DEC DECStation 5000/200
Date: 12 Jan 93 07:01:35 GMT
Distribution: usa

In article <1it5ggINNmhb@pollux.usc.edu> mamisra@pollux.usc.edu (Manavendra Misra) writes:
>Recently, I moved my Decstation to a new office.  I had a hard time
>in rebooting it, but finally managed to get it up.  But, in the process, it
>came up with an error message that said: Battery lost on clock backup; and
>it asked me to reset the clock.  How do I reset the system clock?  Sorry 
>if this is a trivial question, but I don't have the system manuals.

More than likely, the battery for the clock has died and needs to be
replaced.  We had the same problem with a 5000/200 and replacing the 
battery fix it.


Mike
From: 01jmbrown@leo.bsuvc.bsu.edu
Newsgroups: comp.sys.dec
Subject: question about phone utility
Date: 5 Jan 93 05:23:52 GMT
Organization: Ball State University, Muncie, In - Univ. Computing Svc's



This may be an incredibly elementary question, but I'll risk it...

Anyone know if there's a way to isolate the output from the VAX Phone Utility?

I'm thinking along the lines of logicals like SYS$OUTPUT and SYS$ERROR and
PAS$OUTPUT, etc., which you can assign to files. What I'm trying to do is
capture the output of the message, "(USERNAME) is phoning you .. blah blah" and
stick it to a file somewhere, so that perhaps the file can be searched for
usernames before the phone call is accepted. That way obnoxious jerks could be
kept from phoning a user without the user having to turn off their broadcast.

anyone know of a way to accomplish this?