HDTenEightyP/NetNews huggingface dataset:
From: GROTH@pupgg.princeton.edu (Edward J. Groth   609-258-4361)
Subject: Re: Patches online, was Re: Unix Review review of Alpha/OSF
Originator: news@nimaster
Reply-To: groth@pupgg.princeton.edu
Organization: Physics Department, Princeton University
Date: Tue, 26 Jan 1993 01:11:21 GMT

In article <1993Jan23.123005.337@rlgsc.com>, gezelter@rlgsc.com writes:
>In article <1jnl76INN62n@slab.mtholyoke.edu>, mcrowley@MtHolyoke.edu (Michael A. Crowley) writes:
>> Bill Rye (rye@scmbrd.dco.dec.com) wrote:
>>> It all boils down to legalities.  ...
>> 
>> I want patches online.  But I don't think they are as necessary
>> online as the information *about* the patches.

[stuff edited out]

> 
>To a large extent, this entire discussion gives me a sense of 
>"Deja Vue". Back before the beginning of time (about 5 years ago) 
>Digital published the "Software Dispatch", a publication received 
>by supported customers which included warning notices concerning 
>the various software products. Several years ago, this 
>information was extremely useful, often as a warning of potential 
>problems.
> 
>Beginning around that time, when machine readable update kits 
>started appearing, the content of the Dispatch started 
>dissipating. More and more articles took on the tone of "there is 
>a problem with XX, which is fixed at Autopatch D". Often no 
>diagnosis, no work around, no pathology, just a note that there 
>was a bug and that a purported fix was available. As you noted, 
>this level of information is, for many purposes, useless.
> 
>I would like to see a return to the days of the useable Dispatch, 
>even in an electronic form, which would provide warning of 
>problem before hitting them. The obscuring of product status (by 
>all of the manufacturers) is tremendously wasteful in time and 
>resources to the customer base.

[more stuff edited out]

I would like to see the patches show up on the cd-roms.  I just
got the January CD's and I presume they were put together in
December.  Surely all known patches to the products shipped on
the CD's could be put on as well.  If there's something which
requires a patch, and DEC knows about it, then they can't really
claim that the software is accurately described by the SPD which
IS shipped on the CD's.  I don't expect that the patches would be
already installed; instead, I think there could be another
directory in addition to [product.KIT], [product.LINE_DOCS], and
[product.POST_DOCS]: there could be [product.PATCHES].

				- Ed


/----------------------------------------------------------------------\
| Edward J. Groth            | Phone: 609-258-4361                     |
| Physics Dept., Jadwin Hall | Fax:   609-258-1124                     |
| Princeton University       | SPAN/HEPNET:  PUPGG::GROTH=44117::GROTH |
| Princeton, NJ 08544        | Internet:     groth@pupgg.princeton.edu |
\----------------------------------------------------------------------/
Newsgroups: comp.sys.dec
From: quodling@stimpy.enet.dec.com
Subject: Re: VMS on ALPHA PC's
Organization: SPR Alpha Migration Centre
Date: Thu, 28 Jan 1993 17:11:35 GMT

In article <1993Jan27.203213.6154@eco.twg.com>, reece@eco.twg.com (Reece R. Pollack) writes:
> 
> In article <1993Jan27.121405.27694@infodev.cam.ac.uk>, rf@cl.cam.ac.uk (Robin Fairbairns) writes:
> I, too, would trade the effort required to write VMS drivers for Alpha PC
> hardware in exchange for an Alpha PC. And I have written drivers for Alpha/VMS.

There are more than enough people in DEC that will trade effort for hardware.
Go to the end of the Queue...

:-)

-- 
Peter Quodling		         Internet:     quodling@stimpy.enet.dec.com
SPR Alpha Migration Centre       UUCP: ...!decwrl!stimpy.enet!quodling
Sydney, Australia                Phone: 61-2-561 7272           _--_|\
Digital Equipment Corporation                                  /Aussie\
SNO1-3/C4                                                      \_.--._/
                                 I Said it, not them                 v
From: sysmgr@king.eng.umd.edu (Doug Mohney)
Newsgroups: comp.sys.dec
Subject: Re: VMS on ALPHA PC's
Date: 26 Jan 1993 16:45:16 GMT
Organization: Computer Aided Design Lab, U. of Maryland College Park
Distribution: world
Reply-To: sysmgr@king.eng.umd.edu
NNTP-Posting-Host: queen.eng.umd.edu

In article <1k1javINNvb@sol.tis.com>, mjr@tis.com (Marcus J Ranum) writes:
>>I think DEC is missing market share waiting for NT.  Get the boxes out running
>>VMS and SoftPC now.
>
>	If the price were right, they'd make a nice X terminal or UNIX
>workstation, too. Waiting for NT is a strategic blunder.
>
>mjr.

Count me in for three. It makes no sense (other than intentional marketing BS)
to limit the low-end machine to NT and only NT.

Digital once again is making choices for the end-user, rather than the end user
make his/her own choices. 


                    I have talked to Ehud, and lived.
  -- >                  SYSMGR@CADLAB.ENG.UMD.EDU                        < --
Newsgroups: comp.sys.dec,comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: RF73 in DECsystem 5500
Keywords: RF73, DECsystem 5500
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Sat, 23 Jan 1993 00:01:12 GMT


In article <1993Jan22.123013.3120@kub.nl>, mvw@kub.nl (Maarten van Wijk) writes:
>
>Hi,
>
>Does anyone know if it is possible to use a RF73 (2 GB) disk in a
>DECsystem 5500.

While it should be possible (see another reply with a disktab entry)
it isn't supported.  That could mean that it has been tested at by
the engineering group and may well not have been qualified in that
box by the hardware group.  Simply put, you use it at your own risk.
I don't know if there any plans to ever support it, though minimal knowledge
of it exists since it has an entry in /sys/data/mscp_data.c.

>
>-- 
>****--*--* Maarten van Wijk --- Tilburg University --- The Netherlands -+
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Xref: sparky comp.sys.dec:7074 comp.unix.ultrix:9438
From: raz@cs.hw.ac.uk (Ross A Macintyre)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: can't use ls - says 'pid 1332 was killed in exec: error'
Date: 22 Jan 93 14:01:09 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

Getting a strange error on a DECstation 5000/20 client:

<14>danel# ls
sorry, pid 1332 was killed: exec: error reading data area
Killed

The server is a 5000/200.
At the moment it is just with ls command though before it was happening with
ps.
I can cat files and echo * fine.

error log looks like this:
********************************* ENTRY     2. *********************************

----- EVENT INFORMATION -----

EVENT CLASS                             OPERATIONAL EVENT 
OS EVENT TYPE                  250.     ASCII MSG 
SEQUENCE NUMBER                 23.
OPERATING SYSTEM                        ULTRIX 32 
OCCURRED/LOGGED ON                      Fri Jan 22 13:51:04 1993 WET
OCCURRED ON SYSTEM                      danel 
SYSTEM ID                 x82070230     HW REV: x30
					FW REV: x2 
					CPU TYPE: R2000A/R3000
PROCESSOR TYPE                          KN02-CA 
MESSAGE                                 pid 1332 was killed in exec: error 
					 _reading data area 
********************************************************************************

Any ideas anyboby?
Thanks in advance,

Ross
From: gezelter@rlgsc.com
Newsgroups: comp.sys.dec
Subject: Re: MicroVax II, VaxStation 3200 disk question
Date: 25 Jan 93 22:58:16 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1993Jan25.085406.23877@ugle.unit.no>, venaas@swix.nvg.unit.no (Stig Venaas) writes:
> We've got a MicroVax II and two VaxStation 3200 which
> are in terrible need of more diskspace.
> 
> What kind of disks can they use?
> 
> We have some SCSI and some standard PC MFM disks. Is it
> possible to connect any of those? I guess not though.
> 
> Also, has anyone got manuals for MV II and VS 3200 for sale?
> 
> Stig
-- 
Stig,
 
The MVII RQDX3 controller will take a variety of disks. Of 
particular interest are the Digital RD53 (Micropolis 1325) and 
the Digital RD54 (Maxstor XT-2190), which hold 73 Mbytes and 154 
Mbytes respectively.  If you buy the non-Digital disks, you will 
need to locate some base plates somewhere.
 
If the drives that you are using are not formatted for an RQDX3, 
you can format them using either the console diagnostics on a 
VS2000 or MV2000, or using a software utility on the MVII, if you 
have access to it.
 
I hope that the above information is helpful. If I have been 
unclear, please feel free to contact me via Email.
 
- 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: walt@diusys.cms.udel.edu (Walt Dabell)
Subject: telnet/ftp in ultrix?
Reply-To: walt@diusys.cms.udel.edu
Organization: U of Delaware, College of Marine Studies / Lewes
Date: Tue, 26 Jan 1993 18:46:34 GMT

I have a small DECSystem 5400 with ULTRIX4.1 that was donated to us (without
documentation of course). I can't find telnet or ftp on this machine. I can
find telnet.h and ftp.h and lattelnet but not the real thing. Was this
machine/OS suposed to have telnet and ftp? Was it an option? It has decnet, 
rsh, ping, netstat, all sorts of stuff. It has only an ethernet board and the 
console for communications. Any help/advise would be appreciated.

---
         __________________________________________________________
         Walt Dabell  KD3GS (302)645-4225  walt@diusys.cms.udel.edu  
                  U of Delaware / College of Marine Studies
                      700 Pilottown Rd. Lewes, DE 19958

Newsgroups: comp.sys.dec,comp.unix.ultrix
From: cliff@eggneb.astro.ucla.edu (cliff UCLA Astronomy)
Subject: Has anyone Ported Suns  PCNSFD  to Ultrix 4.2?
Keywords: PCNFSD
Reply-To: cliff@eggneb.astro.ucla.edu (cliff UCLA Astronomy)
Organization: UCLA Department of Astronomy
Date: 21 Jan 93 12:24:46 PST



 Has anyone successfully ported Sun's PCNFSD to Ultrix 4.2?  If you have,
 could a get a copy of your makefile or your executable... Thanks

 cliff

 cliff@trifid.astro.ucla.edu
From: bear@nuc.anu.edu.au (Bernhard Fabricius)
Newsgroups: comp.sys.dec
Subject: Re: What is an ESAR chip
Date: 22 Jan 1993 04:29:37 GMT
Organization: Nuclear Physics, ANU
Distribution: world
Reply-To: BEAR@NUC.ANU.EDU.AU
NNTP-Posting-Host: 150.203.19.47


In article <1993Jan21.191137.3419@athena.mit.edu>, goeke@space.mit.edu (Robert F. Goeke) writes:
>I got an upgrade kit to convert one of our 5000/200s to a 240.  In the
>instructions they tell you to remove the ESAR chip (located in a socket on the
>motherboard) from the 200 and put it into the 240.  'Course there already was an
>ESAR chip in the 240 motherboard as shipped. . . but that's another story.  The
>physical chip (a 16 pin DIP) is labled "ENET ADRS".
>
>So what is it, and why whould you change it out?

I don't claim that I KNOW the answer, but I can make a GUESS:

ENET ADRS sounds pretty much like "EtherNET ADdReSs", don't you think ?
I would guess this is a way of keeping you EtherNet hardware address. 

And why would you want to do that ? Well, several software developers use the
EtherNet HW address in a primitve licensing scheme to ensure you only run their
stuff on the one machine you bought it for. By retaining the address chip, you
can still run the software on the new machine. (You might still be breaking
the licence agreement, though, if it also is capacity based.)

Does this make sense ? Any comments ??

Cheers


Bernhard
--------------------------------------------------------------------------------
Dr Bernhard Fabricius              |
Academic VAX/VMS Support           |  "I am a Bear of Very Little Brain,
Department of Nuclear Physics      |           and long words Bother me."
Australian National University     |
                                   |                           - A.A. Milne
InterNet: BEAR@NUC.ANU.EDU.AU      |
    POSTMASTER@NUC.ANU.EDU.AU      |
From: mjr@tis.com (Marcus J Ranum)
Newsgroups: comp.sys.dec
Subject: Re: Backups with NSR, experience...?
Date: 29 Jan 1993 02:19:44 GMT
Organization: Trusted Information Systems, Inc.
NNTP-Posting-Host: sol.tis.com

>The current release, 2.0 is a piece of junk.  I've stopped tracking
>bugs, and buglets, I'm not going to waste the time it would take to 
>SPR them all, only to have them not get fixed.
>I sincerely doubt that OSF has anything to do with NSR, it's just a 
>repackaged Legato Networker...  I could be wrong about the OSF part though.

	I ran NSR for about a year and a half and it did a pretty good
job. I have to admit that when I got a chance to play with Legato's
stuff at a trade show, I wondered why Digital licensed it, then hacked
it up so much. Too much "added value" for my taste, especially when
Legato already had a working X interface and stacker support while
NSR didn't.

	On the plus side, I found it pretty reliable and never had
much in the way of trouble with it. I spent one frustrating night
(and I mean all night) because the indices got too big and filled
the disk and there was no room for the temporary storage required
to pack down the indices. OOps. I had to do tars and compresses
and NFS kludgery until I was blue in the face.

	It ran reliably for a year and a half, and as far as I am
concerned, it paid for itself in my time-savings. Certainly it
made my co-workers happy because without it backups never got
done at all. If I were looking for a backup solution today, I'd
first off take a look at U of Maryland's "Amanda" system and see
if I could make that work (the price is right) and if not, I'd
look at Legato's networker or Backup.Unet from that bunch with
the UNIX wars posters. No offense to DEC, but since Legato and
so on make their entire livings based on that product set, I
think they're more likely to turn around bugs and keep the
product up with the joneses.

mjr.
-- 
I'm getting EMAIL from ELVIS FROM BEYOND THE GRAVE!!!
Newsgroups: comp.sys.dec,comp.unix.ultrix,comp.os.vms
From: brent@uwovax.uwo.ca (Brent Sterner)
Subject: Re: Patches online, was Re: Unix Review review of Alpha/OSF
Organization: University of Western Ont, London
Date: Wed, 27 Jan 1993 13:41:01 GMT
Followup-To: comp.sys.dec,comp.unix.ultrix,comp.os.vms

In article <1990@niktow.canisius.edu>, pavlov@niktow.canisius.edu (Greg Pavlov) writes:
>   If DEC's reluctance to make bug fixes available is linked to software support
>   payments, it seems to me that, within this narrow view, it could still make
>   them available via internet if it was truly committed to this approach: as-
>   sign user logins to software support subscribers.  Yes, it would take work.

   Apologies if this has been suggested before.  Last patch I needed for
   VMS was sent electronically to the local office, where a TK50 was cut
   and shipped (yuk).  How many of us would object to providing DEC with
   a customer support account to which DEC could "FTP" patches.  Simple
   enough to disuser when it isn't needed.  (Shipping bug fixes might even
   get automated. :-)  This solves the legal issues, and lets DEC's
   customers receive patches in a few minutes, not days.  No loss of
   telephone support revenue; just a better service, probably at lower
   overall cost to DEC.  (It is rare in my recent experience for the
   system to be out cold for s/w reasons.)

   I use the term FTP in a generic way; surely real FTP isn't needed for
   this concept.  VMS_SHARE could do the job too in many cases.

   The list of known problems is another matter entirely (and one which I
   have little concern about either way).  Is this idea too complicated
   for DEC to provide easily?
--
Brent Sterner				AIX System Manager Apprentice
Fast:		<BRENT@uwovax.uwo.ca>	<129.100.2.13>
Medium:		(519)661-2151 x 6036	Fax:   (519)661-3486
Slow:  Computing & Communications Services, Natural Sciences Building
       The University of Western Ontario, London, Ontario, Canada  N6A 5B7
From: siegel-micah@cs.yale.edu (Micah Siegel)
Newsgroups: comp.sys.dec
Subject: Postscript printing on Apple Laserwriter with DEC 5000/200
Date: 27 Jan 1993 14:45:44 -0500
Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
NNTP-Posting-Host: zoo-gw.cs.yale.edu

Hi Folks:

 We have a DEC 5000/200 and an Apple Laserwriter.  Is it possible to
print postscript from the DECstation on the Laserwriter?  Forgive me
if this has been discussed before.  We would GREATLY appreciate any
advice, especially replies from anyone who has connected these two
devices for postscript printing.  Thanks for your help.  Please email
me and I will summarize to the network if there is sufficient
interest.

Sincerely,

Micah Siegel
(siegel-micah@cs.yale.edu)
Yale University

Xref: sparky comp.sys.dec:7165 comp.unix.ultrix:9537
From: pavlov@niktow.canisius.edu (Greg Pavlov)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: Re: "gnode: table is full" and "File table overflow"
Date: 28 Jan 93 09:37:40 GMT
Followup-To: comp.sys.dec,comp.unix.ultrix
Organization: Canisius College, Buffalo NY. 14208

In article <1993Jan27.144336.14130@cs.hw.ac.uk>, raz@cs.hw.ac.uk (Ross A Macintyre) writes:
> Recently errors like these have been reported on our 5000/200.
> These errors are reported by users and don't seem to appear in the error logger.
> This was the output after "ls -l":
> 
> *bug.chk.sgi: File table overflow
> *yp_pass.chk: File table overflow

  I would guess that you are running out of i/gnodes.  Reconfiguring your disk
  to allow for more of them (smaller cylinder size, "-c" parameter in newfs,
  or fewer bytes per inode, "-i" parameter) will USUALLY do the trick.  But 
  note that most newfs parameters have rather limited ranges of possible 
  settings that the man page doesn't bother telling you about.

  A grubby alternative: modify the configuration file by increasing "maxusers"
  to some godawful amount, say 196 (196 ? why not ?  As good a number as any,
  and one which I personally know to be "legal"), which hopefully increases
  the size of kernel structures sufficiently to make the problem go away. You
  might want to do this anyway, it's a useful palliative all around, like 
  wearing garlic around your neck to keep the vampires away....



  greg pavlov
  pavlov@fstrf.org
From: pat@mercury.aichem.arizona.edu (Pat Walters)
Newsgroups: comp.sys.dec
Subject: Reading SUN floppy on a DecStation
Date: 27 Jan 93 02:34:37 GMT
Reply-To: pat@mercury.aichem.arizona.edu (Pat Walters)
Organization: University of Arizona, AICHEM

--
I have a floppy disk which is for a SUN IPC or ELC, can I read
this disk on an RX26?  

Would I do 
	tar xvf /dev/rfd0 
to extract the archive ?

_________________________________________________________________________
Pat Walters                 pat@mercury.aichem.arizona.edu
Graduate Student
Laboratory for Artificial Intelligence in Chemistry    *
Dept of Chemistry                                    * * *  
University of Arizona, Tucson  AZ 85721              * * * 
602-621-6334                                          ***
"At least its a dry heat"                              * 
_______________________________________________________*__________________
From: dbernard@clesun.Central.Sun.COM (Dave Bernard)
Newsgroups: comp.sys.dec
Subject: Re: VMS on ALPHA PC's
Date: 28 Jan 93 13:06:20 GMT
Reply-To: dbernard@clesun.Central.Sun.COM
Organization: Sun Microsystems
NNTP-Posting-Host: clesun.central.sun.com

>>There are more than enough people in DEC that will trade effort for hardware.
>>Go to the end of the Queue...
>>
>>:-)

>Since there are allready enough volunteers to write EISA device drivers
>for VMS, I volunteer for AXP PC OSF/1 ( same conditions : hw for sw )...
>Imagine a big specmark PC at home with 3 disks...what OS shall I have
>tonight ?

Since I understand DEC will be licensing Alpha, as well as VMS to whoever
is willing to sign up and pay for it, why not buy the rights to do so, and
then yourself sell VMS, OSF/1, MVS, whatever, on the AXP PC?  You might just
have a market?

	Dave Bernard
From: mjr@tis.com (Marcus J Ranum)
Newsgroups: comp.sys.dec
Subject: Re: Unix Review review of Alpha/OSF
Date: 22 Jan 1993 14:33:20 GMT
Organization: Trusted Information Systems, Inc.
NNTP-Posting-Host: sol.tis.com

>> ... digitally signed by the vendor for certification*) ...
>
>This technology is export-controlled.

	No it isn't. Encryption for privacy purposes is export controlled.
Encryption for authentication purposes is not. I think that the line is
drawn at where your authentication protocol lets you also do a secret
key exchange. ;)
	The privacy not allowed versus authentication allowed approach
implies that, after all, those that spy on you *WANT* to be able to
prove without a shadow of a doubt that you are you. On the other hand,
they don't want you talking behind their backs. The politics of
encryption discussion more accurately belongs in alt.privacy or
comp.society.privacy.

mjr.
-- 
                                                 "guns don't die. people do."
Newsgroups: comp.sys.dec
From: gandigli@torino.maraut.it (Flavio Gandiglio)
Newsgroups: comp.sys.dec,comp.unix.ultrix
Subject: Re: RF73 in DECsystem 5500
Date: 22 Jan 1993 16:51:11 GMT
Organization: Magneti Marelli, Electronics Division (ITALY)
Distribution: world
NNTP-Posting-Host: nocciola.torino.maraut.it
Keywords: RF73, DECsystem 5500




 
In article <1993Jan22.123013.3120@kub.nl>, mvw@kub.nl (Maarten van Wijk) writes:
|> Hi,
|> 
|> Does anyone know if it is possible to use a RF73 (2 GB) disk in a
|> DECsystem 5500.
|> 
|> -- 
|> ****--*--* Maarten van Wijk --- Tilburg University --- The Netherlands -+
|> ***  *  *  P.O. Box 90153       5000 LE Tilburg                         |
|> **  *  *   Tel:(+31) 13 662080  Fax:(+31) 13 663189    <mvw@kub.nl>     |
|> +--*--*-----------------------------------------------------------------+

SURE !

this is the disktab entry :

rf73|RF73|DEC RF73 Winchester:\
	:ty=winchester:ns#71:nt#21:nc#2621:\
	:pa#32802:ba#8192:fa#1024:\
	:pb#190848:bb#4096:fb#1024:\
	:pc#3907911:bc#8192:fc#1024:\
	:pd#614292:bd#8192:fd#1024:\
	:pe#614292:be#8192:fe#1024:\
	:pf#614292:bf#8192:ff#1024:\
	:pg#1841385:bg#8192:fg#1024:\
	:ph#1842876:bh#8192:fh#1024:


-- 
=============================================================================

    Flavio Gandiglio			
    Magneti Marelli
    Divisione Elettronica		Tel:    +39 - 11 - 2411.1 (int. 315)
    C.so Giulio Cesare, 328		Fax:	+39 - 11 - 2411.316
    I-10154 Torino (ITALY)		Email: 	FGandiglio@torino.maraut.it

=============================================================================
Xref: sparky comp.sys.dec:7163 comp.unix.ultrix:9531 comp.os.vms:22133