HDTenEightyP/NetNews huggingface dataset:
From: rocker@csa.bu.edu (The Long Haired One)
Newsgroups: comp.sys.dec,misc.forsale.computers,vmsnet.pdp-11,bu.forsale,mit.bboard,ne.forsale
Subject: Update: DEC(pdp/vax), WANG, HP manuals forsale
Date: 20 Aug 92 09:58:21 GMT
Followup-To: comp.sys.dec
Distribution: comp,misc,vmsnet,bu,mit,ne
Organization: Boston University


Buyer pays shipping on the following items.

-------------------------------------------------------------------------------
RSTS/E task builder reference manual (aa-5072b-tc) [rsts/e V7.1] 1981
RSTS/E programming manual (aa-2726d-tc) [rsts/e V7.1] 1981
RSTS/E system user's guide (aa-5133c-tc) [rsts/e V7.1] 1981
RSTS/E system directive manual (aa-d748b-tc) [rsts/e V7.1] 1981
RSTS/E RT-11 Utilities Manual (aa-m213a-tc) [rsts/e V7.1] 1981
RSTS/E system's users guide (dec-11-orsub-a-d) [rsts/e V06c] 

$10 for the set of books
-------------------------------------------------------------------------------
($2) pdp-11's FMS-11 Software reference manual [rt-11 V03b] (aa-h368a-tc)
-------------------------------------------------------------------------------
($3) Vax-11 Macro Language reference manual (aa-d032d-te)
          [vax/vms 3.0, vax-11 macro v3.0] 1982

($2) Lex-11 word processing system (for pdp-11 and vax) [Lex-11 6h.4] 1981
($1) Vax/VMS Command Language User's Guide UPDATE notice #1 (ad-d023-t1) 1979
($5) Vax-11 fortran language reference manual (aa-d034b-te) 
          [vms 2.0, vax-11 fortran IV-plus 2.0]
       fortran user guide (aa-d035b-te)
       fortran linker reference manual (aa-d019b-te)
($5) Vax-11 runtime library ref. man. (aa-d036c-te) [vax/vms v03] 1982
       vax/vms system services ref man (aa-d018-te) [vax/vms v03] 1982
($3) Vax/VMS command language user's guide (aa-d023b-te) [vax/vms 2.0] 1980
-------------------------------------------------------------------------------
Wang VS fortran 77 Language reference 1984
Wang VS program developement tools reference 1983
Wang VS programmers introduction 1983
Wang Word processing reference manual 1983
$8 for the 4 book set
-------------------------------------------------------------------------------
HP3000 Computer systems
   - management summary
   - price/system configuration guide 1979 HP3000 series 30/33/III
   - General Info HP3000 series 30/33/III

HP3000 - computer systems MPE commands reference manual 1979
       - fortran/3000 reference manual 1979

HP1000 hp92068a RTE-IVB Terminal user's ref man. 1979
HP1000 RTE-IVB quick reference guide 1980

make an offer on any of these books
-------------------------------------------------------------------------------

email rocker@cs.bu.edu
From: frank@rover.uchicago.edu (Frank - Hardware Hacker - Borger)
Newsgroups: comp.sys.dec
Subject: Re: Number of users on an old PDP-11?
Date: 13 Aug 92 21:22:00 GMT
Article-I.D.: rover.13AUG199215220182
Reply-To: frank@rover.uchicago.edu
Organization: Joint Center for Radiation Therapy
News-Software: VAX/VMS VNEWS 1.41

In article <1992Aug13.183035.369@usenet.ins.cwru.edu>, aj681@cleveland.Freenet.Edu (Carlin Wiegner) writes...
> 
>How much memory do you think I would need to have 10 users on an
>old PDP-11? 
	Depends on the CPU. If it's limited to 1/4 meg, (say an 11/34,) then
	max memory 10 is a little crowded, (although we managed 32 users on
	an 11/45, albeit some of the ports were just printers, etc.)

	Depends on operating system, load, what users are doing. 10 editors
	is a lot different from 10 people doing compiles and TKBs.

>Also, where might be a place where I can get a 
>network board (ethernet)? How much? How much for a 100 meg hard
>disk? How much are dumb terminals going for? Thanks for the help
>.... Please email replies...

	The answer to all the above is scrounge, scrounge, scrounge.
	There should be a lot of stuff going at .edu sites. Also look
	for someone who has a copy of "The Processor", a mag listing many
	used dealers.

>"Anything less [than a NeXT] would be uncivilized..."

	As far as a NeXT is concerned, max memory is not enough for most
	applications, and a 100 meg hard drive will fill up in 2 days.

   Frank R. Borger - Physicist    __       Internet:  Frank@rover.uchicago.edu
Michael Reese - Univ. of Chicago |___      Phone : 312-791-8075 fax : 567-7455
  Center for Radiation Therapy   | |_) _   
    2929 South Ellis Avenue        | \|_)  Hell is paved with good Samaritans.
    Chicago, Illinois 60616           |_)  William M. Holden
Newsgroups: comp.sys.dec
From: jackson@pravda.enet.dec.com ()
Subject: Re: Alpha benchmarks
Keywords: alpha, benchmarks
Reply-To: jackson@pravda.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Fri, 14 Aug 1992 19:11:29 GMT


In article <1992Aug12.160844.2486@nosc.mil>, lem@nosc.mil (Lemuel L. Davis) writes:


>>Has anyone run or had DEC run any becnhmarks on Alpha systems?   I 
>>have just seen some..... etc, etc.


Before I start, let me say that those who have been given access to Alpha
systems (both VMS and OSF/1) in the porting centers and as field test sites
have signed agreements regarding releasing performance information. The 
reason that we have those agreements in place is that those who have access
to the systems are told what they can expect from today's systems as well
as what they can expect in the future.  When information is passed on, those
who receive it may not know the condition of the machines, and thus may get
the wrong impression (like you have)


There are four things that are all in various states on various machines
around the world at porting centers.  All have serious performance implications
at this point. These are:

Hardware:	Many of the early systems had slower clocks and slower 
		I/O systems due to early prototype chips being used.  This
		will of course slow the systems down

OS Software:	Both VMS and OSF/1 are early releases of the OS, and thus
		still have many debugging features "turned on" in the OS.  
		Along with that, some of the OS code has been compiled with
		compilers that are not final, optomizing versions that generate
		less than optimal code.  

Compilers:	Once the OS is built, the application has to use those same
		compilers to generate the application code.  These again are 
		less than optimal at this point.

PALcode:	The low level "microcode" for some of the Priv'd OS internals
		has yet to be fully optimized.  This will also have an 
		impact if many priv'd OS calls are made.


Given these, it isn't surprising that any benchmark run today will perform
less than expected. This is why one has to sign an agreement saying that they
will not publish or distribute any results one may get.  

I realize that the interest in Alpha performance is great, and there is a 
desire to "scoop" what Digital will announce in Alpha products. Hang in 
there, Alpha is coming and it *IS* fast!

William Jackson
Alpha Workstation Marketing Manager
Digital Equipment Corporation
146 Main Street
Maynard, MA 01754



Newsgroups: comp.sys.dec
From: mike@socrates.umd.edu (Mike Santangelo (UNIX/VMS Sysmgr))
Subject: VR290 picture quality problem
Keywords: VR290
Organization: University of Maryland University College
Date: Thu, 13 Aug 1992 03:48:41 GMT

I just bought a (albeit used) DEC VR290 monitor for my VAXstation
II/GPX.  One annoying picture quality problem is that features being
displayed (like characters) bleed somewhat off to the right of
themselves and although I have adjusted the focus inside, the
characters seem less defined (e.g. not as sharp) as I think they
should.  It is almost as if the video signal from the MicroVAX is
reaching the monitor attenuated to a noticable degree.  The BC18V
cable I received that interconnects the two in my opinion is amazingly
long (I imagine the longest they made it), were there shorter ones
made?  I've spent quite a while attempting to correct the problem
by making adjustments inside the monitor but I can't get the bleeding
problem to go away (nor it focused better than it is).  It really looks
to me like a signal strength problem, although I obviously could
be wrong.  Do all VR290's exhibit this behaviour or is this a specific
problem that can be corrected (aside from replacing it)?

Thanks.
-- 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Michael F. Santangelo                 + Internet: mike@socrates.umd.edu
Computer & Network Systems Admin      +           mike@cbl.umd.edu
CBL / CEES (Solomons Island)          +           mike@kavishar.umd.edu
Newsgroups: comp.sys.dec
From: Joerg.Lehners@arbi.informatik.uni-oldenburg.de (Joerg Lehners)
Subject: Fujitsu Disk M2652SA in DS 5500, does it work ?
Organization: University of Oldenburg, Germany
Date: Thu, 13 Aug 1992 20:38:01 GMT

Hello !

We are about to purchase a Fujitsu Disk M2652SA (around 2 GB unformatted/
1.6 GB formatted). Will this drive work in A DEC System 5500 ?

It won't be the system disk, it will contain only user data.

I think Ultrix V4.2A has no problems with SCSI disk with more
than 1 GB capacity, correct ? Correct ! I just found lot's of disk
types with more than 1 GB capacity in the 'ultrix-disktabs' file from
gatekeeper.dec.com's FTP archive.

Synchronous negotiation might be a problem, but might not as
there is Fujitsu's M2266SA listed in 'ultrix-disktabs' with the
following comment:
	open switch 15-16       let host initiate SCSI sync mode

Mounting: it would be nice to have the disk (5 1/2 inch form factor)
mounted in the BA 430 enclosure of the DS 5500 just besides the RF72.
Are the neccessary mounting parts purchasable standard DEC parts ?

NB: is seems that the back panel behind the disk slots carries
power and DSSI signals and SCSI signals. As far as I have looked
into the disk slots, both the DSSI controller cable and the SCSI
controller cable are connected to that back panel. The Operation
Manual talks about DSSI RF-series ISEs (ISE = Integrated Storage Element)
in the same way as SCSI RZ-series ISEs. It also says (mounting problem
above): 'Special mounting hardware allows the device to plug directly
into the BA400-series backplane'.

  Joerg
-- 
Mail: Joerg.Lehners@arbi.Informatik.Uni-Oldenburg.DE
Real: Joerg Lehners, FB 10 Informatik ARBI, Uni Oldenburg, D-2900 Oldenburg
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.sys.dec
Subject: Re: ACP stuff now available via FTP
Date: 19 Aug 92 18:11:00 GMT
Organization: New York University

You didn;t seem to indicate where.
From: gezelter@rlgsc.com
Newsgroups: comp.sys.dec
Subject: Re: VAX QUESTIONS FROM BEGINNER!
Date: 15 Aug 92 14:16:04 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1992Aug15.031519.27932@usenet.ins.cwru.edu>, aj681@cleveland.Freenet.Edu (Carlin Wiegner) writes:
> 
> I'm thinking of buying a used VAX -11/780 but I have a couple of
> questions....
> 
> -- 
> Carlin Wiegner a.k.a. C-Man based here in Cleveland, Ohio, USA!
> aj681@cleveland.freenet.edu or rhino@r2d2.eeap.cwru.edu
> "Anything less [than a NeXT] would be uncivilized..."
-- 
Carlin,
 
At the risk of depressing the market value of used 780s, I note 
that unless you are getting power, air conditioning, and office 
space for free, the 780 is extremely expensive relative to the 
latest (or for that matter last 6!) generations of small vax 
hardware. So, you may want to check into the cost of the small 
VAXstation 4000/VLC.
 
- bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.sys.dec
From: newark@befvax.uchicago.edu (Tom Newark)
Subject: Re: Turbochannel Adapter for 4000-60?
Reply-To: newark@befvax.uchicago.edu
Organization: University of Chicago, Dept of Molecular Genetics and Cell Biology
Date: Thu, 20 Aug 1992 21:35:36 GMT

In article <1992Aug20.115911.24684@engage.pko.dec.com>, jackson@pravda.enet.dec.com () writes:
>
>In article <1992Aug14.151407.1@wharfin.mit.edu>, lang@wharfin.mit.edu writes:
>|>
>|>Has anyone in net.land actually installed a DWCTX Turbochannel adapter in a
>|>VAXStation 4000-60? I have had one on order for about 4 months, and was told
>|>recently (in the last day or so) that the DWCTX is on engineering hold, thus I
>|>have not recieved on yet. Could someone please enlighted me and or the rest of
>|>the net as to the status of the DWCTX? I have a PMAZ SCSI controller and a
>|>stack of CD-ROM drives that I would really like to get on-line.
>|>
>
>The DWCTX requires VMS V5.5-2 to be useful and is not supported in a prior 
>version.  This version of VMS will ship in the next few weeks, along with
>the DWCTX. 
>
>|>I suspect what happened is DEC picked a part number out of the air, and then
>|>decided to see how many people wanted it before they actually put
>|>engineering effort into designing the damn thing.
>
>Ah, a cynic.  Not true though.  We had originally intended to get the 
>software support into V5.5-1 and didn't make it, thus we've had to 
>wait until V5.5-2 to get the software "in there"  We also had some last 
>minute changes to ensure that the implementation was the same on the 
>Model 90 as well as the Model 60 (so you can use the same module)
>
>
>William M. Jackson
>Workstation Product Marketing Manager
>Workstation Engineering
>Digital Equipment Corporation
>146 Main Street
>Maynard, MA 01754
>
>Mail:	Jackson@pravda.enet.dec.com

What I want to know is why you chose to support only one turbo channel 
slot on the model 60/90?  This is characteristic of dec's lack of foresight.
(The only thing worse was giving the 3100's no bus at all and a poorly 
implemented scsi adapter, the worst I've ever seen.)

When you consider things on the horizon like multimedia, fddi, need for more 
scsi devices, etc... this is clearly stupid.  You could have made an optional 
multi-turbo-slot card...  Or is it that you wanted to make the model 90
instantly obsolete when the alphas come out so you could double your sales???  

What does digital have against good workstations anyway???

Tom Newark

@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@
#@ Tom Newark    System Manager/Programmer                             @#
@# Department of Molecular Genetics and Cell Biology                   #@
#@ University of Chicago  --  newark@befvax.uchicago.edu               @#
@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@
From: ivie@cc.usu.edu (CP/M lives!)
Newsgroups: comp.sys.dec
Subject: Re: Turbochannel Adapter for 4000-60?
Date: 21 Aug 92 15:19:10 MDT
Organization: Utah State University

In article <1992Aug20.213536.8692@midway.uchicago.edu>, newark@befvax.uchicago.edu (Tom Newark) writes:
> What I want to know is why you chose to support only one turbo channel 
> slot on the model 60/90?  This is characteristic of dec's lack of foresight.
> (The only thing worse was giving the 3100's no bus at all and a poorly 
> implemented scsi adapter, the worst I've ever seen.)

No room for the connectors, probably. The graphics connector sits right
where the second TURBOchannel connector would have to be.

Roger Ivie
ivie@cc.usu.edu
Xref: sparky comp.sys.dec:4489 comp.os.vms:13578
From: ken@Bridge.COM (Ken Hardy)
Newsgroups: comp.sys.dec,comp.os.vms
Subject: Re: VMS-Sun connectivity
Date: 12 Aug 92 20:28:57 GMT
Followup-To: comp.sys.dec
Organization: Planet Earth

I'm being told time and again in mail messages that Multinet *does*
have SMTP.  We've just done some further investigating ourselves, and
discover that we have version 1.3 that does not do SMTP at all.  We're
looking into upgrading.

Thanks for pointers to NNTP clients for VMS.  Any besides ANU News and
MX, and XRN?  I'll look into those.

Newsgroups: comp.sys.dec
From: alan@wam.umd.edu (Alan J. Schunemann)
Subject: What's DEC's upgrade policy for their Alpha workstations?
Originator: alan@rac2.wam.umd.edu
Organization: University of Maryland at College Park
Date: Tue, 18 Aug 1992 02:05:55 GMT

If one doesn't exist, then does anyone have an idea what a DS5000/120
would be worth in trade toward an Alpha based workstation? I'd appreciate
a pointer to a trade-in reference from DEC. Thanks.
-- 
_________________________________________________________________
Alan Schunemann       "Well, what shall we throw away this year?"
alan@wam.umd.edu      -Andrew Carnegie
From: a006700@hp9000.csc.cuhk.hk (Tang Sammy)
Newsgroups: comp.sys.dec
Subject: Accept print requests form Unix hosts
Keywords: unix print request
Date: 22 Aug 92 03:00:55 GMT
Organization: The Chinese University of Hong Kong

Can anyone kindly give me pointer to a internet host where I can get
a copy of shareware which allows me to setup our printers connected
to a MicroVAX 3400 to accept print requests from our Unix machines?
or kindly tell me other solutions to the similar setup?

I've got NETPRINT.COM form gatekeeper.dec.com but still want more
information before configurate a final solutions.

Thanks for any advice in advance.

Sammy.
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.sys.dec
Subject: Re: Info on Storage Subsystems for Vax Clusters
Date: 19 Aug 92 17:07:00 GMT
Organization: New York University

I am going to be a little careful as much of what I have been told was udner non-disclosure.  Fortunately not all.

Note that DEC has a LOT of information available undernon-disclosure in the US
since some of this stuff is getting close to announcement.

                I am looking out for equipment that will replace the HSCs
        or co-exist with them on the CI Bus, that is, connected to the Star
        coupler directly be faster in terms of I/O requests /sec and have
        some measure of redundancy maybe a RAID solution.

Digital has publicly mentioned that they are working on RAID solutions.  
THe only public mentions I recall were on software based solutions ala
Volume Shadows phase II but for higher levels of raid, ultimately all the way
up.  

                Have these Companies made agreements with DEC to interface
        on to the CI bus, or would we be likely to see some legal issues
        comming to the surface as they have in the past ?
Check careful (get in writing) wether the firmware is based on DECs new 
CI licensing program or will be converted to it.  There were some problems
with early products not being fully compliant and some of us have fought 
for a long time to get DEC to license out its valuable technologies.  
There are going to be some licensed products.  If a vendor can't cover license 
fees and wont; guarentee compatibility or replacement with a compatible 
solution then something is wrong.

Paralell disk arrays appear at the Files 11 level as one large disk, today.  
That puts some obviouslimits on its potential size.  Of course you can 
split those into pieces at the vax end and a full hardware soltuion 
like failsafe can lie about its configuration anyway it wants but there 
are some real advantages to keeping the physical to logical disk mapping 
relatively straightforwards.

                What happens in the Backup area?  If chunks are distributed
        across multiple spindles is backup in the traditional sense meaningful?

A storage solutions expand the notionof backup becomes much harder.  
At first blush you go to logical backups of the disks if you find the 
reliability insufficient or for other purposes.  Then youg et into
heirarchical datastores and have to add a whole new level of thinking.

Either it is a special case of date replication or it is nextus of tools
including a file system level journal and set of data dumps.
From: planting@cs.pitt.edu (Harry Plantinga)
Newsgroups: comp.sys.dec
Subject: Re: SIGGRAPH 1992 info request
Date: 15 Aug 92 18:07:13 GMT
Followup-To: comp.sys.dec,comp.unix.ultrix
Organization: University of Pittsburgh

In article <2A856D7E.16950@noiro.acs.uci.edu>, fredv@hydra.acs.uci.edu
(Fred Velijanian) wrote:
> 
> I'd like to hear from anyone who attended Siggraph 1992 a few weeks
> ago, especially what DEC had to show in their booth? I heard they
> were supposed to show ALPHA systems. If so which graphics boards
> were present and what applications were running?  Any details on
> DEC's PEX demos and interoperability with other vendors would be 
> appreciated too.

Supposedly there were three Alpha workstations there; I think they were 150
MHz but I'm not certain.

I only saw one of them.  It was making mandelbrot pictures, "racing" with
three other architectures on the same screen.  The closest competitor was
an HP 730, which seemed to be generating pictures at about half the speed.

Since HP 730's have been available for about a year and Alpha workstations
won't be available for a few months, DEC appears to have caught up with HP
but not really surpassed them (assuming HP isn't standing still).
Xref: sparky comp.sys.dec:4594 comp.os.vms:13780 vmsnet.misc:728 vmsnet.networks.misc:78 vmsnet.networks.tcp-ip.misc:62
Newsgroups: comp.sys.dec,comp.os.vms,vmsnet.misc,vmsnet.networks.misc,vmsnet.networks.tcp-ip.misc
Subject: Two problems: How to talk to Macs and how to move a printer.
From: utterbac@husc9.harvard.edu (Margot Utterback)
Date: 18 Aug 92 16:34:32 EDT



I am posting this for my husband.  Please respond directly to him.

I have two problems.

The first is that I have a number of Macs on a localtalk connected to 
a Gator box.  The Gator box connects to a network of Suns and MicroVaxen.
Currently the Macs connect to the microVaxen through the serial port using
White Knight as a terminal emulator.  This has limited throughput and also
limits the users to the DecNet systems.  I would like to replace the
serial connections with something that will let the Macs talk to both the
MicroVaxen and Suns.  

The best solution (I think) would be something that would let the MicroVaxen 
talk TCP/IP.  Then I could use NCSA Telnet to contact both the Suns and
the MicroVaxen.  Failing that, something that would let the Macs talk
LAT would work, but they should still have a method to talk TCP/IP.

The second problem is that one of the MicroVaxen has a Dataproducts line
printer on it connected via a parallel cable.  We want to move the printer 
physically away from the MicroVax, further than most parallel cables will 
go.  Is there any thing we can do to locate it far away and use the network?

Our DecRep suggested using a Decserver 250 with parallel ports, but I think 
that will be too expensive.  Any suggestions?

Brian Utterback
Mercury Computer Systems.
blu@mc.com 
Newsgroups: comp.sys.dec
From: ecldco@ultb.isc.rit.edu (E.C. Loyd)
Subject: RZ24's for sale
Originator: ecldco@ultb
Organization: Rochester Institute of Technology
Distribution: us
Date: Mon, 17 Aug 1992 17:52:14 GMT

I have three 200 meg 3.5" SCSI drives for sale.  Specs are:

        209.7 Meg capacity
        3.0 MB/second asynch bus transfer speed
        4.0 MB/second synch bus transfer speed
        1.5 MB/second transfer to/from media
        5ms track-to-track seek
        16ms average seek
        35ms full-stroke seek
        8.3ms average latency

These drives have a built-in 32K cache and some other goodies under the hood
that make them fast and reliable.  Originally, these were DEC RZ24's that
no one wanted (except me).

Prices start at $500.00 each, or would be willing to make some deals based
on 386DX or 486 processors.

-Eric
-- 
Eric C. Loyd                            ecldco@ritvax.isc.rit.edu
ISC/Data Center Operations              Phone: (716) 475-7320
Rochester Institute of Technology       FAX:   (716) 475-5306
Rochester, NY  14623  USA               All-In-One: LOYD EC (@a1.isc.rit.edu)
Newsgroups: comp.sys.dec