HDTenEightyP/NetNews huggingface dataset:
From: Tony.Duell@launchpad.unc.edu (Tony Duell)
Subject: Re: Two VAXes sharing the one BA11!!!
Organization: University of North Carolina Extended Bulletin Board Service
Date: Wed, 6 Jan 1993 21:47:09 GMT


Yep, sounds like the AC LO and DC LO signals from the 2 VAXen are being
linked through the BA11. Try removing the thin yellow and purple wires
that link the backplanes to the BA11's power supply (they go to the small
6 pin connectors on the distribution plate). In fact, if you're not using
the Line time Clock (LTC) signal, (and almost nothing in vaxen does), just
unplug the 6 pin connectors all together.
-tony 'PDP11 Hacker' Duell
ard@siva.bris.ac.uk

--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
From: jeh@cmkrnl.com
Newsgroups: comp.sys.dec
Subject: Re: RD53s won't stay spun-up
Date: 5 Jan 93 12:09:46 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <13997002@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
> What's the R7 jumper?  (He asks naively.)

Turns out that it modifies the behavior of the drive on certain error
conditions.  The RQDXn controllers determine what kind of drive they're talking
to by asking the drive to do things that it can't (seek to non-existent
cylinders, read from non-existent heads, etc.) and looking at the resulting
drive status.  Installing R7 makes the RD53 /Micropolis 1325/1335 behave so
that the RQDXn can identify it as such. 

This bizarre technique is also the reason that "generic" drives with identical
geometries can't be sub'd for the DEC ST506 drives. 

(All of the above info is from Terry Kennedy.)

> 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?  

Yes -- both supplies in question can run TWO 5-1/4 FH drives.  

> (Actually, doesn't R7 drop the amount of power pulled by these
> little guys on startup?)

I don't know -- maybe it does that too -- when dealing with stuff from the DEC
"proprietary hardware" era, just about anything is possible.  ("Digital has it
now, and we've made DAMNED certain that nobody else ever will!")

> 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

	--- 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: cmr@world.std.com (Charles M Richmond)
Subject: Sun RPC on VAX
Organization: Integrated International Systems Corp. One Longfellow Place, Suite 3309, Boston, Ma.
Date: Thu, 7 Jan 1993 16:24:23 GMT


The title says it....   Does anyone know of a Sun RPC for VAX/VMS that
uses UCX or Wollogong or ???.

Thanks

Charlie

P.S. The key element here is _Sun_ , as I have used the Apollo RPC that
is standard with UCX.

-- 
*****************************************************************************
*  Charles Richmond 	Integrated International Systems Corporation        *
*  cmr@world.std.com	(Temporary) cmr@koneko.shr.dec.com		    *
*  Specializing in UNIX, X, Image Processing, and Communications.           *
Newsgroups: comp.sys.dec
From: fuhrer@ubevx1.unibe.ch
Subject: Re: RSX Magic Date
Reply-To: FUHRER@IAP.unibe.ch
Organization: University of Bern, Switzerland
Date: Mon, 4 Jan 1993 08:16:59 GMT

In article <tANRrA4NBh107h@trixie.ineab.ikea.se>, anos@trixie.ineab.ikea.se (Anders Ostling) writes:
>Hi all.

Hi Anders
>
>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...

You 've heard it right! 
We have a couple of self_starting batch jobs like:
 'SUBMIT/AFTER:TOMORROW jobname'

the result of 'SHOW/QUE' is the following (frustrating) message:
      'jobname                 BLOCKED UNTIL 5-JAN-77  04:00'

Happy New Year!
>
>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. 
If you 've found a bullet to kill this nasty bug, I would be happy getting
another one....
>
>/Anders
>
Martin W. Fuhrer

****************************************************************************
 Martin W. Fuhrer                   >>> Internet    : fuhrer@iap.unibe.ch
 Institute of applied Physics       >>> SPAN/HEPnet : 20579::UBEVX1::FUHRER
 University of Bern                 >>> DECnet      : 49203::FUHRER
 Sidlerstrasse 5                    >>>             : 49902::FUHRER / SYSTEM
                                    >>> Phone       : +4131 658 922   
 CH-3012 Bern (Switzerland)         >>> Fax         : +4131 653 765
****************************************************************************

>
>-- 
>Anders Ostling <Vax/Un*x Systems Manager>, IKEA Northern Europe AB, Sweden
>Voice <+46 42 25 73 08> Internet <anos@ineab.ikea.se>
From: mamisra@pollux.usc.edu (Manavendra Misra)
Newsgroups: comp.sys.dec
Subject: How does one reset the system clock on a DEC 5000/200?
Date: 11 Jan 1993 17:05:20 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: pollux.usc.edu
Keywords: DEC DECStation 5000/200

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.

Thanks.

Manav.

*****************************************************************************

Manavendra Misra
Stratton Hall 406
Dept of Mathematical and Computer Sciences
Colorado School of Mines
Golden, CO 80401

Ph. (303)-273-3873

email: mmisra@mines.colorado.edu

*****************************************************************************
Newsgroups: comp.sys.dec
From: saffe@cc.lut.fi (Petri Savolainen)
Subject: Alpha info???
Date: Tue, 12 Jan 1993 09:09:29 GMT
Organization: Lappeenranta University of Technology, Finland

Could someone please point me a source for information about the Alpha
processsor? Technical specs available, how much is it (if available) in small
quantities, any related info? What's the address of dec, btw? @dec.com???
Thanks,
	Petri
From: cfstmpab@logica.co.uk
Newsgroups: comp.sys.dec
Subject: Closing Operator Log in BATCH
Date: 7 Jan 93 10:31:20 GMT


   Please could you tell me if there is a way of closing the operator log
file without resorting to a $reply/log command or using any $reply commands.
The problem is that the $reply commands don't work in batch and I need to 
close the operator log in batch mode.

  Andrew Buckle (LOGICA International, UK)
  ----------------------------------------
Newsgroups: comp.sys.dec,comp.os.cpm,vmsnet.pdp-11,misc.forsale.computers,ba.forsale.computers,ba.forsale.misc
From: sspatter@netcom.com (Samuel Scott Patterson)
Subject: Two 1.2 Gig drives forsale.
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 9 Jan 1993 07:44:15 GMT

1.2Gig Drives!

     Two 1.2Gigabyte drives made by Northern Telecom.
        SMD interface, 12V Power supply required.
        These are standard Winchester design and still
        in new in the static bags.  The company that 
        made them no longer exists.  I am looking for
        $250 - $500 each for them but will consider
        all offers.  They weigh ~20lbs each and are
        about 18" X 6" X 4".  I do not have power
        supplies for them however, they take a
        standard 12V power supply available at most
        electronics stores.  I have copies of the
        manuals available if needed and, should
        there be some problem with the drive within
        60 days of your receiving it, I will refund
        the cost of the drive.  You pay shipping.

     If you are interested, please leave me E-Mail at this 
account, sspatter@netcom.netcom.com

---------------------------------------------------------------------------
sspatter@netcom.netcom.com
335 Pacheco Ave, Santa Cruz, CA 95062
---------------------------------------------------------------------------
From: marra@samuel.enet.dec.com (Dave Marra)
Newsgroups: comp.sys.dec
Subject: Re: How do you install disk in VS4000/90?
Date: 11 Jan 93 15:33:29 GMT
Reply-To: marra@samuel.enet.dec.com (Dave Marra)
Organization: Digital Equipment Corporation, Hudson, NH



RE: Installing a Fujitsu M2624FA into a VAXstation 4000-90.

Call DEC Direct, and ask them for the part number for the mounting
bracket for the drive.  However, since you already have the H-Bracket,
I'll assume that you have a disk inside already?  If so, take out that
disk and look at the part number stamped on the mounting bracket.
if not, then call DEC Direct, and tell them that you've upgraded from
one machine to another and that you need the mounting bracket part
number.  The bracket is simply a stamped piece of metal...

If you opt to just connect the cables, and sit it inside, at least use some
duct tape to secure it to the H-Bracket.  I've done this before.

						.dave.

--
+-----------------------------------------------------------------------------+
+ Dave Marra                            X           TMF Engineering           +
+ Software Validation Suites            X          35  Carriage Lane          +
+ X Window System / Motif / VMS         X          Milford, NH 03055          +
+-----------------------------------------------------------------------------+
+     Currently working at Digital Equipment Corporation, Littleton, MA       +
+                            marra@samuel.dec.com                             +
+-----------------------------------------------------------------------------+
From: dbd@icf.hrb.com (Douglas B. Dodson)
Newsgroups: comp.sys.dec
Subject: ULTRIX shared memory question...
Date: 5 Jan 93 14:29:08 EST
Organization: HRB Systems, Inc.

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.

						- Doug -

-- 
Douglas B. Dodson		 	Internet:	DBD@ICF.HRB.COM
HRB Systems, Inc.			
State College, PA  USA			
16804

Disclaimer!
===========
Any ideas or opinions expressed here do not necessarily reflect the ideas or 
opinions of HRB.
Xref: sparky comp.sys.dec:6745 comp.dsp:2948
From: fingerhu@ircam.fr (Michel Fingerhut)
Newsgroups: comp.sys.dec,comp.dsp
Subject: Re: Alpha fft performance
Date: 5 Jan 93 13:40:34 GMT
Organization: IRCAM, Paris (France)
To: msp@nadia, phd@nadia, jpj@nadia, ircam-alpha@nadia
Cc: lghys@nadia

Voici l'extrait d'un article donnant ces informations:

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.

The Digital Extended Math Library (DXML) for Alpha reportedly can do even 
better, but I don't have any current performance numbers.  For more info on
DXML, contact your local Digital sales rep. [Nous devons le recevoir dans
la pre-release prochaine].

For some more information on signal processing on Alpha, see our technical
report "Are DSP Chips Obsolete?" [disponible chez nous].
Newsgroups: comp.sys.dec,vmsnet.pdp-11
From: mbg@world.std.com (Megan B Gentry)
Subject: Re: PDPs and networks?
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 8 Jan 1993 00:06:09 GMT

jweiss@casbah.acns.nwu.edu (Jerry Weiss) writes:


> "raw"?    Well, Process Software sells various forms of Tcp/Ip packages
>for most of the PDP o/s (RSX,RT,TSX..), and theres a DECUS version
>available TSX with sources I think.

For those interested, I think Process Software is located in
Framingham, Mass.
From: smith@cworld.shr.dec.com (Shrewsbury ECAD group.)
Newsgroups: comp.sys.dec
Subject: Re: Making DEC RZ56 spin up on power up
Date: 11 Jan 93 15:14:48 GMT
Reply-To: joe@shr.dec.com
Organization: Digital Equipment Corporation
NNTP-Posting-Host: cworld.shr.dec.com

I can't recall if the RZ56 has a spin-up jumper or not. If it does not, then
you can use the rzdisk facility in Ultrix to set the appropriate bit in the
drive's firmware.

Joe



--------------------------------------
Joe Smith

Internet: joe@shr.dec.com                      UUCP: !decwrl!shr.dec.com!joe

Digital Equipment Corporation
Northeast Technology Center,
333 South St.
Shrewsbury, Ma. 01545-4112
Xref: sparky comp.sys.dec:6703 comp.os.vms:20427 vmsnet.pdp-11:921
Newsgroups: comp.sys.dec,comp.os.vms,vmsnet.pdp-11
Subject: Two VAXes sharing the one BA11!!!
From: cchd@lucifer.latrobe.edu.au (Huw Davies)
Date: Wed, 6 Jan 1993 10:20:59 GMT
Organization: La Trobe University
Keywords: BA11 VAX Unsupported

As part of a project I'm involved with at work to use a 780 and 785 as
backend processors for our soon to arrive Alpha system I have ended up
with the two VAX systems sharing one BA11 (the other BA11 was 110V and
made nice white smoke when used at 240V :-).

The two systems are up and running, but there is one little problem
(there's always one little problem :-). Unless both VAX processors are
powered up, the devices in the BA11 appear invisible to the VAX
that's running. From my understanding of the wiring of the parts of the
BA11 backplane, the only signals passed through relate to power supply,
not logic. Can anyone shed any light on this?
-- 
  Huw Davies           | Huw.Davies@latrobe.edu.au
  Computing Services   | Phone: +61 3 479 1500   Fax: +61 3 479 1999
  La Trobe University  | I own an Alfa to keep me poor in a monetary
  Melbourne Australia  | sense, but rich in so many other ways
From: sybertz@brsux0.bro.dec.com (Sybertz Marc)
Newsgroups: comp.sys.dec
Subject: Re: DEC puts first marketroid on the moon
Keywords: DEC INFOSHARE Alpha lunacy
Date: 11 Jan 93 15:17:43 GMT
Reply-To: sybertz@ketje.enet.dec.com
Organization: Digital Equipment Corporation, Brussels


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

Do you know a company in the world which develops everything the same day ???
Everyone puts priorities ... and it is not a question of lack of resources,
it is a question of business practices.

If you don't understand why x send such a mail, it is not a reason
to make it a generality, and to build a all story about DEC's commitment to
Unix.

>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." 

I totally agree with you ... and this is why we are the first to come with
OSF/1 ! Isn't it ?

>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.

Internal battles ! This is such a old story.

..

It is my day-to-day job to convince people we are really commited by showing the
lastest products we have in the Unix system management.

If these products cannot change your perception about DEC's commitment to Unix,
you will remain blind to what happen at DEC.

Regards,
Marc Sybertz.

+------------------------------------------+
| From : Marc Sybertz                      |
| Dept : EIS - Unix Service Center         |
| Func : Unix System Management Specialist |
| Mail : sybertz@ketje.enet.dec.com        |
| Loc  : DIGITAL - BRO (Brussels, Belgium) |
+------------------------------------------+
Newsgroups: comp.sys.dec
From: acb@Ziggy.csl.ncsu.edu (Andrew C. Burnette)
Subject: Re: X11R5 server and suport for PMAGB-B
Organization: North Carolina State University
Date: Fri, 8 Jan 1993 05:01:42 GMT

In article <1993Jan8.014041.1995@crl.dec.com>, jg@crl.dec.com (Jim Gettys) writes:
|> The first you'll see (on Digital's Unix systems) is Alpha/OSF, which
|> is R5, and will be announced soon.  I'd expect the other systems to follow,
|> but I have enough trouble keeping track of Alpha stuff in Digital right now.
|> 			- Jim Gettys
|> -- 
|> Digital Equipment Corporation
|> Cambridge Research Laboratory
We have several HX and XPG turbo steroid accelerators/deccelerators which 
won't run under anything but the dec server.  No one wants one on their desk,
since they are abysmally slow in normal operation(you know,  like pulling up
an xterm).  Has anyone got any suggestions for speeding these things up?

As for R5,  support would be  very nice...hint!
Later,
-- 
******************************************************************************
Andrew C. Burnette  acb@ncsu.edu 
Electrical and Computer Engineering
From: lee@hsh.com (Lee Havemann)
Newsgroups: comp.sys.dec
Subject: Need a Dilog DQ142 or DQ152
Date: 11 Jan 93 19:20:13 GMT
Organization: HSH Associates


Subject pretty much sums it up.
If you have one, I would be interested in buying it. Email, or call the
address below.


-- 

 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."
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.sys.dec
Subject: Re: VS3100-76 SCSI question
Date: 9 Jan 93 10:41:13 GMT
Organization: St. Peter's College, US

In article <17869@umd5.umd.edu>, bleau@umdsp.umd.edu writes:
> 1)  I just found out that the 1st SCSI bus on teh VS3100-76 is internal only
> and can't be extended beyond the system box.  That limits me in that all my
> additional scsi devices have to go on the 2nd bus.  Can anyone confirm or deny
> this statement?  I got it from DEC, btw, but you never know.  Also, is there a
> non-DEC way of feeding it to the outside world?

  I believe the M76 uses the same SCSI/SCSI adapter as the M38/48. If so, the
following may be useful:

  The baseplate has 3 mounting positions. The rear right contains the SCSI
adapter. The front right handles a 1/2 height 5.25" device, either a TZ30
or an RX2xS, which is run off the B SCSI bus (the "external" one). The 2
left positions can each handle 3.5" full-height drives, and are run off the
A bus (internal). However, there are 3 connectors crimped on the A cable,
so you can use the 3rd one to run the front right device, giving you 7 free
ID's on the external bus.

  As far as getting the A bus out of the box, I wouldn't do it. The cable is
somewhat unusual in that it loops back into the connector (which has 100
pins) and the terminators are on the SCSI adapter itself.

> 2)  I was warned by a 3rd party disk vendor to stay away from SCSI id 7.  He
> said that DEC has their cpu at scsi id 6, and that some devices will work at
> scsi id 7, but they get a little flakey, and he gave the impression that it'd
> be a bad idea to depend on devices at that id.  He also mentioned that this bug
> was fixed in the VS4000-60.  Can anyone confirm or deny this bug, and give more
> specifics on it?  Also, can you comment on if it has really been fixed, or is
> it still lurking; ie, am I safe in putting scsi devices (or even the scsi
> adapter) at scsi id 7?

  The SCSI adapter's ID's are individually settable to any number. Using a
device with a higher ID than the adapter (and thus a higher priority) can
indeed cause problems. You can reconfigure the adapter's ID using the built-
in ROM code, so it's not a problem.

> 3)  I was told the the VS3100-76 only has scsi-1, not scsi-2.  If I buy a
> disk drive with a scsi-2 interface, what can go wrong if I attach it to the
> scsi-1 adapter on my system?

  I haven't had any problems running Fujitsu M2624's which are SCSI-2 in a
M38. Of course, the adapter doesn't do sync mode. However, it all works fine.
3 of the new(ish) Fuji 1Gb 3.5's can be put in the M38 box if you don't need
a floppy or tape in the front right position, thus giving you 3Gb internally.

> 4)  I have an internal TZ30, but it's on the 2nd scsi bus.  Is there a way I
> can put this on the 1st scsi bus?  Some special, but easy to get, cable maybe?
> If you have a part number, that'd be great (are you listening, DEC field
> service?).

  See my answer to #1, above.

	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: karl@mobetter.ac.duke.edu (Karl Ramm)
Newsgroups: comp.sys.dec
Subject: Making DEC RZ56 spin up on power up
Date: 11 Jan 93 14:19:37 GMT
Organization: Duke University; Durham, NC

Does anyone know how to make an RZ56 spin up when power is applied?  I'm
planning to use one in a non-DEC machine.

karl@cicero.ac.duke.edu
From: pechter@ocpt.ccur.com (Bill Pechter)
Newsgroups: comp.sys.dec
Subject: Re: RD53s won't stay spun-up
Date: 6 Jan 93 12:54:35 GMT
Organization: Concurrent Computer Corp.,Information Services

In article <1993Jan5.042039.1070@cmkrnl.com> jeh@cmkrnl.com writes:
>
>> The current theory is this: these Micropolis 1325's and 1335's apparently
>> have quite sophisticated current sensing circuits to monitor the motor
>> load and such.  With time, the motor windings degrade and the current
>> load exceeds the tolerance of the limiting circuit.  The spin-up spin-down
>> behavior is the drive saying I am not working correctly.
>> 



boy I've got the same problem on my PC's 1325.  Anyone know a cheap repair 
place for these drives.

Or else, anyone have prints or a need for a doorstop.

Bill

-- 
--------------------------------------------------------------------------------
        Bill Pechter, N2RDI           | The postmaster always pings twice.
        Concurrent Computer Corp.     | pechter@ocpt.ccur.com
        2 Crescent Place, Oceanport, NJ 07757 - Tel:908-870-4780 
Newsgroups: comp.sys.dec