HDTenEightyP/NetNews huggingface dataset:
From: jms@mrsvax.mis.arizona.edu (Entia non sunt multiplicanda praeter necessitatem)
Newsgroups: comp.sys.dec,comp.os.vms,comp.unix.ultrix
Subject: Re: Digital News and Review's irresponsible attitude
Date: 25 Aug 92 20:13:00 GMT
Reply-To: jms@arizona.edu
Distribution: world,local
Organization: University of Arizona MIS Department
X-Lunar-Date: 3 days, 3 hours, 33 minutes since the last quarter of the moon
News-Software: VAX/VMS VNEWS 1.41

In article <1992Aug25.160634.24548@socrates.umd.edu>, jon@socrates.umd.edu (Jonathan Kruger) writes...
>Well, now they've merged and you're starting your stack of
>_Digital_News_and_Review_, and, like _Digital_Review_, it's printed on
>the same glossy non-recyclable paper!  

Digital News and Digital Review did not merge.  Digital Review's parent
company and Digital News' parent company both knew that there was only room
for one publication in this market.  It was only a matter of time before
one or the other went bankrupt.  Given this knowledge, Digital Review's
parent company offered Digital News' parent company a large sum of money to
stop publishing Digital News.  In return, Digital Review received the
rights to the Digital News name, some other information-based assets, and
the subscriber list.  

Neither of the two staffs knew anything about what was going on until it
was announced; as wholly owned subsidiaries of publishing giants, their
opinions weren't much in demand. 

Digital Review's parent company did not buy the staff or expertise of
Digital News.  I believe that both staffs are reasonably unhappy with the
situation: the Digital News staff because they're now scrambling for jobs
or are unemployed; the Digital Review staff because they aren't being given
additional resources, despite their new responsibility to cover Digital
News' niches as well. 

In any case, best way to think of this is that Digital Review has changed
its name, and Digital News is now out of business.  (and that I'm looking
for a job...)

jms

Joel M Snyder, 1103 E Spring Street, Tucson, AZ, 85719 
Phone: 602.882.4094 (voice) .4095 (FAX) .4093 (data)
BITNET: jms@Arizona  Internet: jms@arizona.edu  SPAN: 47541::telcom::jms
DIDI...  is that a MARTIAN name, or, are we in ISRAEL?
Newsgroups: comp.sys.dec
From: kforward@morgan.ucs.mun.ca (Ken Forward)
Subject: DEC Ultrix freeware CD (was Re: decwindows cdrom program)
Organization: Memorial University of Newfoundland
Date: Wed, 26 Aug 1992 14:18:22 GMT

In article <1992Aug25.230553.28036@vbohub.vbo.dec.com> kaiser@uniriv.vbo.dec.com writes:
>
> [such and such...] available on Digital's freeware CD.
>

Would some kind soul please describe this disk's contents and availability ?
I was unaware of it's existance, and cannot find any reference to it in the
latest ultrix-faq.

Thanks in advance,
-- 
  Ken Forward, Dept of Physics, Memorial University of Newfoundland
   <kforward@crosby.physics.mun.ca> | <kforward@morgan.ucs.mun.ca>
  " God is dead... and we stole his homebrew ! "  -Boof & Flimzoid-
From: wald@alfalfa.sps.mot.com (Steve Wald)
Newsgroups: comp.sys.dec
Subject: Re: Putting logo on Session Manager Login Screen
Summary: Solution
Date: 30 Aug 92 02:29:46 GMT
Organization: Motorola, Paging and Wireless Data Group

In article <26AUG92.17395979@moldes.ucsc.edu> wipke@moldes.ucsc.edu writes:
>I tried the three lines in /.Xdefaults:
>        XSessionManager*logoFile:       /logo.ps
>        XSessionManager*logoFullScreen: true
>        XSessionManager*InitializeDPS:  true
>and put a valid logo.ps file that displayed a multicolor logo, at lease
>least when viewed with CDA viewer.  But when the session manager terminated
>the logo was drawn against a gray background, then suddenly obliterated
>by white that covered the whole screen, the logo was erased by the white,
>and then the black lines of the login box were on top of the white background.

Remove the "show page" command from the logo.ps file. I've been there
too. Pretty exasperating to see your work get erased for no good reason.

-- 
Steve Wald, Motorola Inc.
wald@borg.sps.mot.com
Newsgroups: comp.sys.dec,comp.unix.ultrix
From: jeanpaul@duteca.et.tudelft.nl (J.P.M. van der Jagt)
Subject: Speed of serial ports on DEC2100/Ultrix3.1
Originator: jeanpaul@dutecad.et.tudelft.nl
Keywords: DEC2100, serial ports
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Thu, 27 Aug 1992 23:06:48 GMT

Hi All,

Can someone please tell me how to get the serial ports /dev/tty00 and
/dev/tty01 on a DEC2100 to function on a baudrate higher than 9600 ?

Thanks.
John-Paul
-- 
[] J.P.M. van der Jagt [] Systems manager [] Delft University of Technology []
[] Email: jeanpaul@duteca.et.tudelft.nl [] Phone: 31-15-781366 [] unix unix []
[] - He sells C-shells by the seashore - Lauren Bacall - Key Largo - 1948 - []
From: mitton@dave.enet.dec.com (Dave Mitton)
Newsgroups: comp.sys.dec
Subject: Re: Looking for spec for NSP packet formats
Date: 31 Aug 92 18:58:51 GMT
Reply-To: mitton@dave.enet.dec.com (Dave Mitton)
Distribution: comp
Organization: Digital Equipment Corporation, Littleton MA


In article <MARY.92Aug28112619@martinique.Cayman.COM>, mary@Cayman.COM (Mary Malmros) writes:
>From: mary@Cayman.COM (Mary Malmros)
>Newsgroups: comp.sys.dec
>Subject: Looking for spec for NSP packet formats
>Date: 28 Aug 92 15:26:19 GMT
>
>
>Subject says it all, pretty much.  I am looking for a real honest-to-God
>official spec for NSP packet formats.  The DECnet Phase IV architecture
>description from DEC has information about different message types and
>functions, but no packet formats.  

	Not sure what you have.  My NSP Spec (#AA-X439A-TK) has the 
message formats as Chapter 8, pages 113-134.

	Dave Mitton
	Networks and Communications
Newsgroups: comp.sys.dec
From: 098802@adpdp2.lanl.gov (098802)
Subject: Re: Connecting a 3100 to a PC via serial line
News-Software: VAX/VMS VNEWS 1.41    
Organization: Los Alamos National Laboratory, EMVAX
Date: Wed, 2 Sep 1992 15:40:00 GMT

The question was: Can I connect a PC to a 3100 using Kermit? 

I'm afraid I don't know anything about Kermit, bu I have connected my 3100
(running VMS, of course) to my PC using serial line IP (SLIP). The
implementation of TCP/IP I am using on my 3100 (Multinet, from TGV software)
provides the SLIP capability. The only catch was that I had to get a cable with
a regular 32-pin connection on one end, and one of those telephone-style
connections on the other end.

Good luck.



*******************************************************************************
*   098802                                      "They've given me a number    *
*                                                and taken away my name"      *
*******************************************************************************
Newsgroups: comp.sys.dec
From: hrt@utne.aosg.gsf.dec.com (Henry R. Tumblin AOSG)
Subject: Re: Bug in PostScript Previewer: dxpsview
Reply-To: hrt@aosg.gsf.dec.com
Organization: AOSG
Date: Wed, 26 Aug 1992 12:56:54 GMT

To help you out for the moment, edit /usr/lib/X11/app-defaults/DPSViewer
and enable the watchProgress resource, i.e.

*watchProgress: on

this should get around problems with dxpsview dropping its cookies.

And yes, dxpsview is being superceded by the cda viewer as mentioned in a
previous reply.

/Henry
--
Henry R. Tumblin                        Alpha Open Systems Group
From: maj@ashby.cl.cam.ac.uk (Martyn Johnson)
Newsgroups: comp.sys.dec
Subject: Re: Upgrading to 65+ users
Date: 26 Aug 92 18:02:14 GMT
Reply-To: maj@ashby.cl.cam.ac.uk (Martyn Johnson)
Organization: U of Cambridge Computer Lab, UK

In article <1992Aug26.105302.5261@jarvis.csri.toronto.edu>,
cks@hawkwind.utcs.toronto.edu (Chris Siebenmann) writes:
|>  I found out the hard way (well, it wasn't very hard, just some
|> headscratching) that LMF only does this if it's building a database
|> from scratch; running 'lmf reset' afterwards does no good.

That's funny - "lmf reset" worked for me. I've only ever tried it
under 4.2A, but I could definitely both increase and decrease the
user limit on the fly, without even rebooting.

Did you actually check the limit in the cache (which is what matters)?

Martyn Johnson      maj@cl.cam.ac.uk
University of Cambridge Computer Lab
Cambridge UK
Newsgroups: comp.sys.dec
From: lezz@merlin.dev.cdx.mot.com (Lezz Giles)
Subject: Re: Connecting a 3100 to a PC via serial line
Reply-To: lezz@merlin.dev.cdx.mot.com (Lezz Giles)
Organization: Motorola Codex, Canton, MA
Date: Wed, 2 Sep 1992 20:50:36 GMT

In article <2SEP199208402558@adpdp2.lanl.gov>, 098802@adpdp2.lanl.gov (098802) writes:
|>The question was: Can I connect a PC to a 3100 using Kermit? 
|>
|>I'm afraid I don't know anything about Kermit, bu I have connected my 3100
|>(running VMS, of course) to my PC using serial line IP (SLIP). The
|>implementation of TCP/IP I am using on my 3100 (Multinet, from TGV software)
|>provides the SLIP capability. The only catch was that I had to get a cable with
|>a regular 32-pin connection on one end, and one of those telephone-style
|>connections on the other end.

I've connected my little hp95lx (a PC-compatible palmtop) to my DECstation
and I've uploaded files to the DECstation with kermit (I think it's a gnu
version of kermit on the DECstation - somebody might be able to help you with
that).  There were a few steps:-

1) get an appropriate serial cable.
2) get a getty process running on one of the serial ports in the back of
   your DECstation (I can't remember off the top of my head how to do this,
   but you need root privileges and if you have root privileges then you should
   know how to do it).
3) get a terminal emulator for your PC which supports kermit file transfer
   (easy for me - this is built in to the hp95lx).
4) plug your PC into the serial port, log in, and transfer!


Hope this is helpful,
Lezz Giles
Newsgroups: comp.sys.dec
From: okunewck@psuvax1.cs.psu.edu (Phil OKunewick)
Subject: About Dec hardware support
Organization: Random, at best
Date: Wed, 2 Sep 1992 20:16:16 GMT

   I wish to explain a posting I made recently, which was very
critical of Dec's hardware service.

   I was in a frustrated mood when I posted it and said some things
that I now regret.  It is now my understanding that Dec is making
significant efforts to provide Penn State with the hardware support it
needs to properly manage a workstation laboratory.

   We are actually rather pleased with the new equipment that Dec has
supplied.  This equipment was a good choice for us.  But in any new
lab environment, not everything will be perfect.  Working together
with Dec, we hope to get the remaining problems ironed out.
From: mary@Cayman.COM (Mary Malmros)
Newsgroups: comp.sys.dec
Subject: Looking for spec for NSP packet formats
Date: 28 Aug 92 15:26:19 GMT
Distribution: comp
Organization: Cayman Systems Inc., Cambridge, MA


Subject says it all, pretty much.  I am looking for a real honest-to-God
official spec for NSP packet formats.  The DECnet Phase IV architecture
description from DEC has information about different message types and
functions, but no packet formats.  

Apologies for not posting this to comp.protocols.decnet but, ha ha, there
doesn't seem to be one.

Anyone???

--
------------------------------------------------------------------------------
 Mary Malmros     | Cayman Systems Inc, 26 Landsdowne St, Cambridge, MA 02139
 mary@cayman.com  | Phone 617-494-1999  Fax 617-494-5167  AppleLink CAYMAN.TECH
Newsgroups: comp.sys.dec
From: heiney@wsl.dec.com (Bob Heiney)
Subject: Re: CDROM Caddies
Keywords: CD-ROM Caddy
Organization: Western Software Lab
Date: Tue, 25 Aug 92 21:26:11 GMT

In article <gwh-GjC@engin.umich.edu> paulb@isis.engin.umich.edu 
(Paul L. Bergstrom) writes:
>
>Anybody know where I might be able to purchase CD-ROM caddies for use on 
>a DEC 5000/120?
>

Caddies for the RRD42 CD-ROM can be ordered from DECdirect; just call
800-DIGITAL.

The part number for "Five protective plastic caddies for the RRD42 CD-ROM"
is 

		RRD4X-CA

and the price (in the latest catalog that I have) is $55.00.  This item
should be shipped by the end of the next business day when you order it.

--
Bob Heiney
Technical Consultant
Digital Equipment Corporation, US Desktop Sales, Palo Alto, CA
All opinions expressed are mine, and not necessarily those of my employer
Newsgroups: comp.sys.dec,comp.unix.ultrix,comp.protocols.tcp-ip,comp.protocols.ppp
From: jeanpaul@duteca.et.tudelft.nl (J.P.M. van der Jagt)
Subject: Source devicedriver SLIP/CSLIP for DEC/Ultrix wanted
Originator: jeanpaul@dutecad.et.tudelft.nl
Keywords: SLIP/CSLIP, Ultrix3.1, DEC2100
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Thu, 03 Sep 1992 21:13:53 GMT

Hi All,

I'm trying to install CSLIP (Compressed Serial Line Internet Protocol)
on Ultrix3.1 on a DEC2100.

I already have SLIP running. The kernel-object if_sl.o is distributed
with Ultrix and works fine. But the troughput on 9600 baud is a bit low.
Hence the CSLIP. I ftp'd the Van Jacobson stuff which can be found on
numerous ftp sites and started configuring and compiling. The code contains
a version of if_sl.c, which is derived from 4.3bsd and which is altered to
support the sl_compress routines, which are in the file slcompress.c.
I'm not succeeding in compiling the if_sl.c (the SLIP driver). It seems
that Ultrix differs too much from the 4.3bsd.

So, the question: Does anyone have the source of the if_sl.o that comes
with Ultrix3.1, so that I can add the compress calls to it.
Or: Does someone in any other way got CSLIP running on Ultrix?

It has taken me a whole week so far and I'm getting desperate...
Please email or post.
Regards, John-Paul
-- 
[] J.P.M. van der Jagt [] Systems manager [] Delft University of Technology []
[] Email: jeanpaul@duteca.et.tudelft.nl [] Phone: 31-15-781366 [] unix unix []
[] - He sells C-shells by the seashore - Lauren Bacall - Key Largo - 1948 - []
Newsgroups: comp.sys.dec
From: davis@sneezy.ee.udel.edu (Michael Davis)
Subject: 11/780 (BSD 4.3) problem
Organization: University of Delaware, Newark
Distribution: usa
Date: Wed, 26 Aug 1992 16:04:45 GMT

Anyone willing to help out a dinosaur?  One of our 780's (that must stay
running) has developed a H/W problem I can't decipher. {see below}  I have
2 complete spare machines, and a complete board swap didn't help.  Any/All
help will be appreciated.

thanks
mike

-----------------------------
vmunix: machine check 0: cp read fault
vmunix: cpues 10084 upc 62 va/viba 803eb602 dreg bee tber 7e81 40
vmunix: timo a013e200 parity 4000 sbier 9002 pc 80038c43 psl d60000 sbifs 2000000
vmunix: panic: mchk
vmunix: syncing disks... done
vmunix: Copyright (C) 1984, 1985, 1986, 1987, 1988, mt Xinu, Inc.
vmunix: 4.3 BSD UNIX #6: Tue Apr 10 21:33:38 EDT 1990

Xref: sparky comp.sys.dec:4761 comp.unix.ultrix:6521
From: damin@madnick.cba.csuohio.edu (Greg Boehnlein)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: Compiling Freeze 2.30 on Ultrix 4.1 (Missing Library?)
Date: 27 Aug 92 20:14:45 GMT
Organization: Cleveland State University, Cleveland, Ohio


	HI all. I am attemtping to compile freeze, version 2.30, for the
Ultrix system here at Cleveland State. However, I am running up against
some problems. 

First of all, the make file is trying to link using ld -lc_s, a library
that we do not have. I am wondering where I could get ahold of a copy
it?

Second, of all, I was just wondering what the improvments of Ultrix 4.2 are
over the 4.1 version, as I was informed that we will be switching over
in the near future.

Thanks for the time, and please E-mail a response to.....

damin@ackerman.cba.csuohio.edu
Newsgroups: comp.sys.dec
From: sa@ais.org (Scott Almburg)
Subject: bsd4.3 chicken and egg problem
Organization: UMCC
Date: Thu, 27 Aug 1992 01:17:38 GMT


Currently, I have VMS 5.0  running  on a VAX 750.   I'd like to get bsd4.3
running on another disk.First, of all,  what would be the minimum disk I
should use for 4.3?
Also,  having the 4.3 source on tape, how do I go about compling this whole
mess under VMS?

Will VAXC be able to handle the 4.3 sources, or do I need
another complier?

Thanks

Scott  Almburg

irie.ais.org





Xref: sparky comp.sys.dec:4837 comp.os.vms:14569 comp.unix.ultrix:6684
From: pavlov@niktow.canisius.edu (Greg Pavlov)
Newsgroups: comp.sys.dec,comp.os.vms,comp.unix.ultrix
Subject: Re: Digital News and Review's irresponsible attitude
Date: 4 Sep 92 03:40:35 GMT
Followup-To: comp.sys.dec,comp.os.vms,comp.unix.ultrix
Distribution: world,local
Organization: Canisius College, Buffalo NY. 14208

In article <6094@npri6.npri.com>, richard@npri6.npri.com (Richard Head) writes:
> jms@mrsvax.mis.arizona.edu (Entia non sunt multiplicanda praeter necessitatem) writes:
> 
> The only possible good thing I can think of that may arise from this 
> transition is if Digital Review would only stop using the brain-dead
> term "MicroVUPs".  Use VUPs of SPECmarks or whatever.  The use of
> MicroVUPs was (I think) started and propagated by Digital Review, and
> as far as I can tell, they are the only ones that use it.
> -- 

  From my point of view, Digital Review has for some years made a serious
  attempt to evaluate cpu/floating point/(and more recently)graphics perfor-
  mance on a wide variety of machines.  They have also attempted to separately
  evaluate i/o performance on different DEC-compatible disk/controller combin-
  ations.  So what's the big deal about the units they use ? "Brain dead" ?
  What is a "VUP" anyway ?  For a long time, the uVAX II had the largest in-
  stalled base of any VAX.  It made good sense to state relative performance
  in uVAX terms.  Continuing to use it as a unit is no more irrational than
  using the VAX 780 (in VUPS and SPECmarks).  Digital Review gives the SPEC-
  marks for the systems they review as well.  Should they rerun them ???
 
  greg pavlov
  pavlov@fstrf.org
From: ajc@pa.dec.com (AJ Casamento)
Newsgroups: comp.sys.dec
Subject: Re: Wanted: 3100 board
Date: 28 Aug 92 22:28:55 GMT
Organization: Digital Equipment Corporation




In article <1992Aug28.201447.24631@socrates.umd.edu> steves@socrates.umd.edu 
(Steven Sonnenberg) writes:


>>   Do you know a source to buy a new or used 3100 motherboard, mine
>>   is failing the 'data cache' test.

>>   Can this be fixed with a chip-level replacement?

>>   Thanks

>> +------------------------------------------------------------------------+
>> | Steve Sonnenberg   [Too busy to do anything fancy or cute, Sorry]      |
>> | Strategic Software Group, Ltd., 3402 Shelburne Rd, Baltimore, MD 21208 |
>> | E-mail:  steve@ssgltd.com  or  uunet!ssgltd!steve                      |
>> | Phone:  410-764-0454;  Fax: 410-358-2106;  Pager: 410-938-1612         |
>> +------------------------------------------------------------------------+

Steve,

  Even if you don't have the product on service contract. Your local DEC Field
Service group should be able to sell you a replacement module on a "materials"
basis (the way they handle non-contracted Field repairs is "Time & Materials"
for costing). Try that. If it fails, let me know.

I hope this helps you out.

				Thanx,
				  AJ

ps. I don't think a chip level replacement will work, unless you can do a
    better isolation than the diagnostics currently provide.


      **********************************************************************
      * AJ Casamento			"The question is not whether or    *
      * Digital's TRI/ADD Program	 not the opinions are mine; but    *
      * 529 Bryant Ave. PAG-2		 rather, which of my personalities *
      * Palo Alto, CA 94301-1616	 do they belong to?"		   *
      * 415.617.3460							   *
      * ajc@pa.dec.com  						   *
      **********************************************************************
From: fredv@abba.acs.uci.edu (Fred Velijanian)
Subject: Re: NEEDED: Decstation 5000/33 third-party support
Newsgroups: comp.sys.dec
Organization: University of California, Irvine
Date: 28 Aug 92 00:22:29 GMT

In article <BtnwwB.D5E@cs.psu.edu> okunewck@psuvax1.cs.psu.edu (Phil OKunewick) writes:
>   We are now becoming very interested in third party service on this
>equipment, preferrably somebody that can ship us repair parts on a
>timely basis.
>
I don't know of any 3rd party places, but we have a Campus Service
Agreement (CSA) contract with DEC, which is basically similar to 
the type of warranty you get with a new system (list warranty).
The cost is 25% of the on site maintenance.
>
>   (DEC's warranty: When something goes wrong with the workstation, we
>have to carry the entire unit to their dispatch office.  Then they
>might fix it in a week or so.  Their warranty doesn't support our
>needs, nor does it follow the verbal agreement we had with their sales
>office.  We had to immediately buy Decservice on the 5000/240's just to
>make sure the lab will stay up and running.  We're also experiencing a
>10% DOA rate, mostly screwey monitors.  Numerous discussions with the
>regional office haven't improved things either.)

The "list warranty" or "system foundation warranty" means if something
breaks, the phone support people will work with you to diagnose the 
problem and identify the broken part. Then you ship the broken part
back east and they will either fix it or send you a new part. This 
usually takes about a week turn around time. Considering the cost
savings, this works ok for us. In an emergency, they will also 
federal express a part if you insist. What type of verbal agreement
did you have with the sales office?

(Other vendors send you a working part first and then you send your 
broken part back in the same box which is very convenient and turn 
around is about 48 hours.)

Fred Velijanian
University of California, Irvine
fredv@uci.edu