HDTenEightyP/NetNews huggingface dataset:
From: mats@efd.lth.se (Mats Akerberg)
Subject: Re: ULTRIX .or. OSF?
Originator: mats@efd.lth.se
Organization: EFD, Lund Inst. of Technology, Lund, Sweden
Date: 27 Jan 93 07:28:50 GMT

In article <1993Jan26.210715.14724@ucsu.Colorado.EDU> farrow@ucsu.Colorado.EDU (J. Scott Farrow) writes:
>>I have heard a rumour that DEC is going to sack
>>OSF for MIPS.....
>>That means no shared librarys among other things.

>   Unless I'm mistaken. That rumor is about 6 months old and was refuted by
>   DEC some time ago. Last I heard, DEC is going full steam ahead with OSF/1
>   for MIPS.

That was what I thought as well, but apparently the new management 
at DEC is reconsider that decision....

My source are very reliably. (Someone inside DEC.....)



-- 
  Mats Akerberg, System Manager (mats@efd.lth.se),(MATS@SELDC52) on Earn/Bitnet
  Lund Institute of Technology ,School of Electrical Engineering and  
  Computer Sciences. Snail: Box 118  S-221 00 Lund Sweden
  Phone: + 46 46-109847 FAX: + 46 46-104013 
Newsgroups: comp.unix.ultrix
From: tl@artemis.cmr.no (Tom Lislegaard)
Subject: SCSI/CAM and xcd = problem ?
Organization: Christian Michelsen Research a/s
Date: Sat, 23 Jan 93 16:19:37 GMT

I have an RRD42 connected to an external amplifier and use xcd to play
music. The machine is a 5000/125.

After installing ultrix4.3 and the SCSI/CAM interface the volume control
slider of xcd suddenly stopped working. I just wonder if this is a known 
problem and if there is a fix for it.

-tom
-- 
Tom Lislegaard,  System Manager,  Chr. Michelsen Research a/s, Bergen, Norway
Xref: sparky comp.unix.ultrix:9443 comp.unix.bsd:11717
From: przemek@rrdstrad.nist.gov (Przemek Klosowski)
Newsgroups: comp.unix.ultrix,comp.unix.bsd
Subject: Zombie processes (Ultrix 4.3/MIPS)
Date: 22 Jan 93 20:41:41 GMT
Followup-To: comp.unix.ultrix
Organization: U. of Maryland/NIST

Hello!

We are running a Ultrix 4.3 system with a bunch of X terminals, controlled
by xdm. The X terminal login sessions result in creating of zombie processes;
a typical process lineage (from parents to children) might be:

UserId   Flags    PID  WCHN   Stat   Command
root    1008001   147   a364c I      /usr/bin/X11/xdm
root    1008001  6134   acc18 I      -rrdxt11:0 (xdm)
peter  11008001 10652   a364c I      xterm -geometry 80x24+10+10 -ls +j -sb -fn
peter  11008401 10658         Z      <exiting> 

There are usually two such processes, both children of Xterm.

The wait channel for the Xterm process indicates that it waits in
'select' (as reported by SPS3.0). The Xsession file execs the xterm
command as its last action, and the zombies are children of Xterm.
However, when I added echo/sleep commands to the beginnign of .cshrc
and .login, I realized that the zombies are created before .cshrc is
executed.  Is there a way to find out how the zombies appear (i.e.
which images are executed, if any)?

The zombies do not seem ta use memory or CPU time; however, we do seem
to have a unaccountably high load average, which disturbs mail, among
other things.

I would appreciate help in finding out what is going on.



--
			przemek klosowski (przemek@rrdstrad.nist.gov)
			Reactor Division (bldg. 235), E111
			National Institute of Standards and Technology
			Gaithersburg, MD 20899,      USA

			(301) 975 6249
From: csal@knuth.mtsu.edu (Al Cripps)
Newsgroups: comp.unix.ultrix
Subject: Gnu emacs 19.59 install-> Help PLEASE
Date: 27 Jan 1993 14:18:08 -0600
Organization: Dept of Comp Science, Middle Tenn State Univ, Murfreesboro, TN
NNTP-Posting-Host: knuth.mtsu.edu
Keywords: Ultrix, emacs, gnu, DECstation


Hello,

I'm trying to install gnu emacs 18.59 on a DECstation 3100 running
Ultrix 4.2.  Everything is fine until I start compiling ./src/unexec.c

I have problems with the headers for exec.h.  I'm using gcc 2.3.3.
I think I can hack through the exec.h problems--but surely someone else
has already done this :-)

Any help would be appreciated.

al cripps
csal@mtsu.edu

Newsgroups: comp.unix.ultrix
From: fingerhu@ircam.fr (Michel Fingerhut)
Subject: DECcampus
Organization: Inst. de Recherche et Coordination Acoustique/Musique, Paris
Date: Thu, 21 Jan 93 10:51:07 GMT

Has anyone had any experience with this offer of DEC?  We were told the details
yesterday, and they appear to us much less attractive than from far away:

1. Few Ultrix packages of "interesting" software, (eg no DECwrite which
   requires a licence extension) [their argument: no software which requires
   DEC to pay royalties is included, and there is more of them for ultrix/risc]

2. very high distribution costs (over $3,000/year - we currently pay $300 for
   our ultrix distrib)  [their argument: it's lots of CDs]

3. not clear which ALPHA/OSF1 software is, or will be, included, and at which
   cost, so even though Alpha is officially released this march, one has to take
   a one-year DECcampus licence without knowing what it would provide for
   Alpha [their argument: larger sites don't know either and they took it]

4. Very high 1st-time "migration cost" for low performance machines ($128,300
   for a DEC 5820, while it costs $452 for an Alpha!  Go figure).  [their
   argument: way back then, the DEC 5820 was very expensive]

In essence it appears to be cost-effective for large VAX/VMS sites, but not for
small (a dozen workstations) Ultrix ones.  In other words, while there is
a discount policy for the former, there is not an adequate one for the latter.
Newsgroups: comp.unix.ultrix
Subject: SLIP setup for uVAXII
From: mccalld@vax.sonoma.edu
Date: 27 Jan 93 11:17:20 -0800
Organization: Sonoma State University

Greetings:

	I'm looking for a document which describes the implementation
of SLIP for ULTRIX4.2 on a uVAXII.......Can't find much in the man pages
or the manuals. I'm kinda a nubie at system administration and don't have
any backround in the C language, yet.
thanks ahead of time
david
mccalld@sonoma.edu
From: mjr@tis.com (Marcus J Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Recommendations for high disk throughput
Date: 22 Jan 1993 14:53:35 GMT
Organization: Trusted Information Systems, Inc.
NNTP-Posting-Host: sol.tis.com

>We are looking at upgrading our campus Usenet News server from a hopelessly
>overburdened DECstation 3100 to a DECstation 5000/240.  The biggest bottleneck
>for handling news has been disk access time, so we're looking at options that
>will allow us the highest disk throughput possible to a disk with a capacity
>of at least a gigabyte.  I'm looking for advice on an optimal configuration

	Your message-ID was a Cnewsish one. I'd start by upgrading to
INN. That will solve some of your problems right away.
	If that doesn't do it, I think I'd buy a second SCSI controller
and get the disk striping for ULTRIX software (from assets) and about
4 Rz25s. Those are the little, *fast* 500or-so-meg disks. I'd build
them into a stripe set with 2 on each controller, and then I'd add a
pile of RAM to the machine. Alternative #2 is an IPI controller and
a big, fast IPI disk.

mjr.
-- 
                                                 "guns don't die. people do."
Newsgroups: comp.unix.ultrix,comp.sys.dec,comp.lang.c
From: kozon@eos.arc.nasa.gov (Tom Kozon)
Subject: unix-ultrix VAX-IEEE number conversions
Organization: NASA Ames Research Center
Distribution: usa
Date: Thu, 28 Jan 1993 20:11:35 GMT

Hello,

I am currently in the process of porting some software from
one system (DEC VAX 785 running BSD 4.3 unix) to another (Decsystem
5100 running ULTRIX RISC V4.2).  Some of this software has the function of 
reading a binary stream of VAX data. While integer data types are read on 
the Decsystem with no difficulties, I am finding that I will need to 
convert floating point and double precision numbers from VAX into IEEE 
format. So far, I've written a couple of standalone test programs (running 
on the Decsystem) using the C library functions developed to do these 
conversions.  I've been able to successfully use " ftoi " to make accurate 
floating point conversions with no problems.  However, the function that 
transforms the double precision numbers (i.e., " dtoi ") seems to present 
some special difficulties.  In general, it seems to convert a VAX double 
precision number into its IEEE format (mostly, but sometimes not), but 
almost never returns a " 0 " integer value indicating the conversion 
has been successfully made. According to the on-line documentation, if 
this function returns a non-zero value, it does not do the conversion.  
So, why would my experience be accurate transformations with nonzero 
function return values?  The C program that uses dtoi generally works 
in the same manner as the one using ftoi, so these results seem surprising.  
Any suggestions/clues on this matter would be greatly appreciated -- 
thanks in advance for posted and/or E-mail replies!

Tom
kozon@eos.arc.nasa.gov
Newsgroups: comp.unix.ultrix
From: eisner@slacvx.slac.stanford.edu
Subject: Printing Postscript - simple question?
Organization: Stanford Linear Accelerator Center
Date: Fri, 22 Jan 1993 21:33:16 GMT

    Does anyone know if any of the standard DEC software provided with
Ultrix "4,2C" (i.e., 4.2A upgraded with OSF/Motif 1.1.3) can selectively
print pages from postscript files?  Of course, format-control options
would also be nice.  If the answer is a definitive "not possible", then
I might be interested in other public software.

Some background:
(1) I've noticed that the options box presented when one selects "Print 
    Portion of Screen" from the Session Manager's Print Screen menu
    includes choices for a range of pages.  Since this facility seems
    irrelevant to the "Print Portion of Screen" function, it occurred
    to me that there was perhaps somewhere some more useful utility
    which could make use of this information.  Note:  I'm interested
    in doing my printing on third-party printers, so the various lpr
    options available on DEC printers don't help.
(2) The CDA Viewer provides nice facilities to look at individual pages of
    a postscript file, and to control various presentation features.  Now,
    if only one could print from there!  But I could find no facility (or 
    mention in Help) for printing.  [By the way, I previously had great 
    difficulty in using the Postscript Previewer on my 5000/200 PXG, even 
    with the required WatchProgress set.  I would get crashes on up to half
    of my attempts to look at long files.  But the CDA Viewer seems quite
    quite at least based upon limited usage so far - no such problems.]

To anticipate some questions in response:
  - Why do I want to do this?  To select modified portions of a long file;
    if a printer cannot handle a long file all at once; to separate out
    a few color pages from an otherwise black-and-white document; etc.
 -  No, I don't think using "Print Portion of Screen" on a CDA-displayed
    page helps; it would cost resolution, doesn't allow for the vertical
    scroll bars, and (so far as I can tell) only gives black-and-white.
  - Yes, I could edit the postscript file to do what I want; but there
    must surely be a better way....
					Thanks, Al Eisner
From: heiney@pa.dec.com (Bob Heiney)
Newsgroups: comp.unix.ultrix
Subject: Re: X11 fonts
Date: 28 Jan 1993 20:55:26 GMT
Organization: Digital Equipment Corporation
NNTP-Posting-Host: andelain.pa.dec.com

In article <1993Jan27.170325.22637@risky.ecs.umass.edu>
srmorin@risky.ecs.umass.edu (Steven R Morin) writes:
>
>   I recently installed the X11R4 PXG server on a DECstation 5000/200.  
>I'm having trouble with some fonts.  When I'm logged in, and do an xset -q,
>it says that the default font path is 
>
>/usr/lib/X11/fonts/decwin/100dpi/,/usr/lib/X11/fonts/MIT/
>
>but the server cannot access the font 7x13 that is located in the 
>/usr/lib/X11/fonts/MIT directory.

See section 4.4.8.4 "Sample Font Alias Files" of the ULTRIX 4.2A release
notes.

Basically you would

	cd /usr/lib/X11/fonts/MIT
	cp fonts.alias fonts.alias.sav
	cp fonts.alias-mit fonts.alias
	xset fp rehash

The key is to have "FILE_NAMES_ALIASES" as a line in the "fonts.alias"
file in the /usr/lib/X11/fonts/MIT.  This allows "7x13", which is the
filename minus the ".pcf" suffix, to be an alias for the font.  The real
name of the "7x13" font is
	
	-misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-1

which is why you want an alias!

/Bob
-- 
Bob Heiney  ( heiney@pa.dec.com )
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.unix.ultrix
From: Joe Whalley <jw@mitre.org>
Subject: Cannot kill a process accessing tape drive
X-Xxmessage-Id: <A78AD335A7010954@jwmac.mitre.org>
X-Xxdate: Tue, 26 Jan 93 19:38:29 GMT
Organization: MITRE Corporation
X-Useragent: Nuntius v1.1.1d16
Date: Tue, 26 Jan 1993 16:38:48 GMT

 I'm having trouble with a 1/4 inch tape drive installed on
 a 5000/240 using Ultrix 4.2a.  I've tried different combinations
 of rmt1h, rmt1l and rmt1m trying to see what density it supports.
 It responds to the mt commands, but tar causes it to hang up
 and the process can't be kill -9'd.  Here's the ps line -
	  
	  F UID   PID  PPID CP PRI NI ADDR  SZ  RSS WCHAN STAT  TT  TIME COMMAND
10008001 268  3455   216  2  -5  0  d88  60   32 baf00 D     p0  0:00 tar
-tf /dev/rmt1m

Nothing changes, and I can't kill it without rebooting.  Any suggestions
would be appreciated.
From: gel@sys.uea.ac.uk (Gareth Lee)
Newsgroups: comp.unix.ultrix
Subject: Re: How do you rename a DMS client?
Date: 27 Jan 93 15:38:52 GMT
Organization: UEA School of Information Systems, Norwich, UK.

ccbjs@levels.unisa.edu.au writes:

>But how do we change it's hostname so that DMS refers to it by that name
>also? (I would prefer not to build a new client and then modify all it's
>configuration files...) Can we simply rename the /dlclient0/client.root
>directory and edit some magic DMS files?
>Can anyone suggest a recipe we should follow?

I think the name that DMS associates with a client machine is immaterial.
The name that a client machine uses after booting is the one set at the
top of the /etc/rc.local file and this doesn't need to be the same as the
DMS name.

For instance, our machines have full internet names, ie. 'fred.sys.uea.ac.uk'.
DMS cannot cope with a host name of this form. So we set the DMS name to
'fred'.  After the installation process is complete we edit /etc/rc.local to
specify the full name.  We then edit /etc/hosts (or YP) and add the full name
as the main machine name and make fred an alias.  This works fine!!

So once fred has booted it can call itself anything it likes so long as the
new name is registered in /etc/hosts (or YP/Bind etc. .).  It will however
probably be necessary to keep the old name as an alias of the new.

Hope this is useful.

Gareth Lee.
Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Recommendations for high disk throughput
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:27:25 GMT


In article <THOMSON.93Jan22073952@zarda.macc.wisc.edu>, thomson@zarda.macc.wisc.edu (Don Thomson) writes:
>
>We are looking at upgrading our campus Usenet News server from a hopelessly
>overburdened DECstation 3100 to a DECstation 5000/240.  The biggest bottleneck
>for handling news has been disk access time, so we're looking at options that
>will allow us the highest disk throughput possible to a disk with a capacity
>of at least a gigabyte.  I'm looking for advice on an optimal configuration
>for these needs, including:
>
>Choice of disk:
>
>	RZ26, RZ58, third-party fast disks, RAID storage systems?

If you can find something reasonable to put them in I'd go with the
RZ26.  Whether a RAID-n array would help any on performance depends
on the I/O characteristic of what you're doing now.  My I/O character-
ization experience was with Bnews, but it went something like:

Busy file systems;
    /tmp
    /usr/new/lib/new - History file
    /var/spool/news

The I/O load was pretty evenly distributed between them.

For the partition that had /var/spool/news on it:

Read/Write ratio: 30/70
Data accesses:    50.26%
Inode accesses:   47.59%
Cyl. group data:   1.14%
other noise:          1%

Most of the I/O was 8 KB, but the next biggest chunk was 1 KB.

You may also want to see a bigger buffer cache may help.  You
can check the buffer cache statistics with crash(8):

# crash
> bufstats
   
>
>Options to speed up access:
>
>	Prestoserve disk caching, IPI disk interface?

If you News has the same I/O balance as mine did, Prestoserve will
help a lot.  With nearly half the I/O being synchronous file system
data updates, anything that helps that is bound to be good.  A
mentioned by Marcus, Striping can also help, since you'll get the
load spread across multiple disks.

An IPI subsystem will probably help, but it seems a bit overkill...

>
>Any and all comments on these and suggestions on other options would be most
>appreciated!
>--
> 
>----- Don Thomson ----- MACC, 1210 W. Dayton, Madison, WI  53706 -------------
>    (608) 262-0138      thomson@macc.wisc.edu / thomson@wiscmacc.bitnet
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: rsignell@crusty.er.usgs.gov (Richard P. Signell)
Subject: Anybody got Xgopher 1.2 to work on DECstations?
Organization: U.S. Geological Survey, Woods Hole, MA
Date: Tue, 26 Jan 93 18:58:13 GMT

 Anybody got Xgopher 1.2 to work on DECstations?
 I tried it with no luck.

Thanks,
--
Rich Signell               |  rsignell@crusty.er.usgs.gov
U.S. Geological Survey     |  (508) 457-2229  |  FAX (508) 457-2310
Quissett Campus            |  " When marriage is outlawed, 
Woods Hole, MA  02543      |    only outlaws will have inlaws. "
From: srmorin@risky.ecs.umass.edu (Steven R Morin)
Newsgroups: comp.unix.ultrix
Subject: X11 fonts
Date: 27 Jan 93 17:03:25 GMT
Organization: University of Massachusetts, Amherst

Hi,

   I recently installed the X11R4 PXG server on a DECstation 5000/200.  
I'm having trouble with some fonts.  When I'm logged in, and do an xset -q,
it says that the default font path is 

/usr/lib/X11/fonts/decwin/100dpi/,/usr/lib/X11/fonts/MIT/

but the server cannot access the font 7x13 that is located in the 
/usr/lib/X11/fonts/MIT directory.

Thanks,

Steve Morin
ECS
From: lau@desci.wharton.upenn.edu (Yan K. Lau)
Newsgroups: comp.unix.ultrix
Subject: Re: I installed Motif, can I delete DECwindows?
Date: 26 Jan 93 16:22:06 GMT
Organization: A Private Heaven

In article <1993Jan26.150133.26405@cs.joensuu.fi> vaisanen@joyds2.joensuu.fi (Jarmo Vaisanen) writes:
>In article <C1ABHp.8AD@unixhub.SLAC.Stanford.EDU>, streater@unixhub.SLAC.Stanford.EDU (Tim Streater) writes:
>|>I just upgraded to Ultrix 4.2C, that is I loaded the Motif 1.1.3 subsets. Does
>|>this mean that there are now older DECwindows subsets I can delete as they are
>|>no longer being used, and if so which ones?

>My feeling is that Motif subsets are installed on top of DECwindows subsets.
>So deleting DECwindows subsets after installation of Motif subsets would
>destroy Motif subsets.  Check with setld -i SUBSETNAME to see which files
>each subset really touch.

>You should have deinstalled DECwindows subsets before you installed Motif
>(no I didn't do that either, but now I have already installed ULTRIX 4.3)

>Does anyone have exact information on this matter?

I don't have exact information but this is my experience.  I too installed
Motif 1.1.3 subsets onto a 4.2a system.  I didn't realize that the install
would be so traumatic; previously, Motif was placed in a separate directory
and a user could use mwm if they choose.

Anyway, immediately after I installed Motif 1.1.3, the machine froze with
one of the Session manager menus pulled down.  I thought this was not a
good thing (tm), so I went and de-installed Motif.  Surprise, surprise!
As far as I can tell, there was no X server left to start up.  So I also
think that the Motif subsets are installed on top of the DECwindows subsets.

Motif still sometimes gets stuck, usually with a pulldown Session Manager
menu.  I've tried the various suggestions on the net and the frequency of
this happening seems to be diminishing.


Yan.
-- 
          "I think we're both gonna make it *big*. I am very optimistic."
   )~  Yan K. Lau          lau@desci.wharton.upenn.edu         128.91.11.226
 ~/~   Decision Sciences    The Wharton School    University of Pennsylvania
 /\    God/Goddess/All that is -- the source of love, light and inspiration!
Newsgroups: comp.unix.ultrix
From: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
Subject: Re: SCSI/CAM and xcd = problem ?
Date: Tue, 26 Jan 1993 13:39:17 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: dbrillha@dave.mis.semi.harris.com
Organization: Harris Semiconductor

Tom Lislegaard (tl@artemis.cmr.no) wrote:
: I have an RRD42 connected to an external amplifier and use xcd to play
: music. The machine is a 5000/125.
: 
: After installing ultrix4.3 and the SCSI/CAM interface the volume control
: slider of xcd suddenly stopped working. I just wonder if this is a known 
: problem and if there is a fix for it.

Sure, remove SCSI/CAM. I have 4.3 running w/o SCSI-CAM and xcd works fine.
We had to remove CAM for other reasons - I also noticed strange xcd
problems when we had 4.3 w/ CAM.

--
                                                              ,,,
                                                             (o o)
/========================================================oOO==(_)==OOo====/|
| "I'll compromise on strategy, but      |  Dave Brillhart (407)729-5430  ||
|  never on principle!"       -- Redford |  Harris Semiconductor          ||
|----------------------------------------|  Mail Stop 62A-024             ||
|  hsscam::dbrillhart                    |  P.O. Box 883                  ||
|  dbrillha@dave.mis.semi.harris.com     |  Melbourne, FL  32902-0883     ||
+_________________________________________________________________________+/
                                                          (__)   (__)
Newsgroups: comp.unix.ultrix