HDTenEightyP/NetNews huggingface dataset:
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix
Subject: Re: Ultrix man pages with groff
Date: 12 Oct 92 18:38:17 GMT
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation


In article <MBEATTIE.92Oct12151241@black.oxford.ac.uk>, mbeattie@oxford.ac.uk (Malcolm Beattie) writes:

|>I have built groff 1.06 on our DEC 5500 under Ultrix 4.2
|>and it's mostly O.K. However, the tmac.an macros for Ultrix
|>are very different from groff's version: Ultrix's version
|>takes control of the whole page layout and defines some
|>macros of which the man pages make essential use.
|>I've tried rewriting them to work with groff's tmac.an but
|>I don't know enough *roff really.

Actually, IMHO, the ULTRIX macros produce nicer looking output.  In any
event, they do work with groff (I use this combination all the time).  Here's
a short context diff you can apply to fix a minor groff/macro problem:

*** /usr/local/lib/groff/tmac/tmac.an     Wed Sep  9 12:29:28 1992
--- /usr/lib/tmac/tmac.an       Fri Jul 24 19:58:19 1992
***************
*** 489,495 ****
  .     \" make special case of shift out of italic
  .de }S
  .ds ]F
! .if \\$12 .if !\\$5 .ds ]F \^
  .ie !\\$4 .}S \\$2 \\$1 "\\$3\f\\$1\\$4\\*(]F" "\\$5" "\\$6" "\\$7" "\\$8" "\\
$9"
  .el \\$3
  .}f
--- 489,495 ----
  .     \" make special case of shift out of italic
  .de }S
  .ds ]F
! .if \\$12 .if !\\$5 .ds ]F\^
  .ie !\\$4 .}S \\$2 \\$1 "\\$3\f\\$1\\$4\\*(]F" "\\$5" "\\$6" "\\$7" "\\$8" "\\
$9"
  .el \\$3
  .}f


This is the easiest fix that I know of.  The others (adding the unique macros
to groff's tmac.an or rewriting all of the ULTRIX manual pages) are much more
work.

|>I was also unable to get the -TX75 or -TX100 support to work.
|>Under X11R5 (MIT distribution), the following occurs
|>in xditview/ after the main make and make install complete
|>successfully:
|>
|># make install.dev
|>if [ -d /usr/local/lib/groff/font ]; then true; else mkdir /usr/local/lib/groff/font; fi;
|>Installing devX75
|>bad font name: -adobe-times-medium-r-normal--*-*-*-*-p-*-iso8859-1
|>*** Error code 1
|>
|>Stop.
|>
|>However, groff -X works well (except for rather odd vertical spacing)
|>and the bad font mentioned certainly exists:
|>
|># xlsfonts -fn '-adobe-times-medium-r-normal--*-*-*-*-p-*-iso8859-1'
|>-adobe-times-medium-r-normal--11-80-100-100-p-54-iso8859-1
                                      ^^^ ^^^
Yup.  Your problem is that the display you are working against is 100dpi.
The makefile is trying to make 75dpi font tables.  You can either change
the makefile to skip making the 75dpi tables, or load the 75dpi fonts,
use xset to include them in your font path, and then try running the makefile
again.  When I built my copy of groff, I just built the 100dpi font tables
on my display, and then the 75dpi versions on a machine on the next desk.
(The Low Tech Solution :-))

					Frank
Newsgroups: comp.unix.ultrix
From: leb@Hypatia.gsfc.nasa.gov (Lee E. Brotzman)
Subject: Problem linking OSF/Motif code -- Missing "I18n" functions
Summary: Are DEC OSF/Motif V1.1.3 libraries correct?
Keywords: OSF/Motif, Internationalization, missing library
Organization: Goddard Space Flight Center
Date: Fri, 9 Oct 1992 15:09:13 GMT


Greetings,

I have a new DECstation 5000/125 which came with DEC OSF/Motif release 1.1.3.
My problem is pretty simple, none of the Motif code I have tried to compile
will link correctly.  I have tried several packages, and the response from ld
is always the same (cc command edited for readability):

-------------------------------------------------------------------------------
cc -o mxqwais global.o main.o mocode.o waisq.o qread.o question.o document.o\
	util.o source.o utils.o ../bin/inv.a ../bin/wais.a\
	-lXm -lDXm -lXt -lX11 -lm
ld:
Undefined:
I18nGetLocaleString
I18nGetLocaleCharset
I18nGetLocaleCharsets
I18nCreateDefaultFontList
I18nHasSubstring
I18nCSConstructInit
I18nCSConstructEnd
I18nCSConstructSegment
I18nCSConstructLine
I18nCvtCStoFCInit
I18nCvtCStoFCEnd
I18nCvtCStoFCSegment
I18nCvtCStoFCLine
I18nCvtCStoOSInit
I18nCvtCStoOSEnd
I18nCvtCStoOSSegment
I18nCvtCStoOSLine
I18nCvtFCtoCS
I18nCvtOStoCS
_XtAddPDDestroyCallback
_Xt_LoadQueryFont
_XtAddCallbackForOtherWidget
*** Error code 1
-------------------------------------------------------------------------------

After grepping my way through the include directories, I found that the "I18n"
routines have to do with internationalization.  I have run 'nm' on all of the
libraries I have, and have indeed found undefined references to these routines
in /usr/lib/libDXm.a and /usr/lib/libXm.a.  No library has the routines defined
as local text.  Where the last three routines from the Xtoolkit are, I have no
idea.  I have tried several variations on the ordering of the libraries with no
luck.  I have tried putting additional libraries in the path with no luck.  I
think that I am simply missing a library or that one of the libraries that DEC
*thinks* I have isn't the right one (I did a full load from the CD-ROM marked,
"ULTRIX DECwindows for OSF/Motif V1.1.3", AG-PPJ3A-RE).

Am I missing something simple here?  Could it be that I just not linking the
things right?  That's my hope anyway.  If I *am* missing a library, where can I
get it?

Any and all help will be greatly appreciated.

--
-- Lee E. Brotzman                    Internet:  leb@hypatia.gsfc.nasa.gov
-- Hughes STX                         DECNET:    NDADSA::BROTZMAN
-- National Space Science Data Center BITNET:    ZMLEB@GIBBS
-- NASA Goddard Space Flight Center
Newsgroups: comp.unix.ultrix
From: hmuelner@iicm.tu-graz.ac.at (Helmut Muelner)
Subject: problem with remote login
Organization: IICM, Graz University of Technology, Austria
Date: 14 Oct 92 10:22:53

I have a strange problem on my DECStation 3100 running Ultrix 4.2.
When I do a remote login from another host in our local network (telnet or
rlogin) I get the login prompt, can input username and password, get the
motd (welcome message) and then the connection is closed without any other
message. rsh and login with a remote X-terminal work.

We have several DECStations in our network and use yellow pages.
The files in /etc all look ok.

My question: Where should I look? What files and programs are involved?
Are the details of the login process documented anywhere?

--
--
Helmut Muelner (ue is really u-Umlaut or \"u in TeXish)
TeXpert, Information Processor, SGML Beginner, PERL Beginner,
Multilingual (linguae computerii), Hypermedia-Developer, Text Searcher,
GNU lover (except g++ on DECstations)
Surface mail: Schiessstattgasse 4a, A-8010 Graz, Austria, [Europe, Terra, Sol]
From: marchany@vtserf.cc.vt.edu (Randy Marchany)
Newsgroups: comp.unix.ultrix
Subject: PROBLEM: DEC Fortran 3.2.1 - Incorrect Code generated using -fpe4
Date: 13 Oct 92 20:30:09 GMT
Organization: Virginia Tech, Blacksburg, VA


I have been having problems with getting the personal DECstation
5000/25 to perform standard IEEE floating point arithmetic.  While
using the well known PARANOIA package for testing the floating point
hardware of a computer, I got some unexpected results.  With -fpe0
switch, PARANOIA found some small defects.  Similar results were
detected with -fpe1 and -fpe2.  These can be by the statement in the
man pages on F77 that these options set underflow to 0 rather than
performing what IEEE calls "graceful underflow".  The man pages also
state that this "graceful underflow" is performed by -fpe3 and -fpe4.
Also, according to the man pages, there is no numerical differences
between -fpe3 and -fpe4, just differences on how the overflow,
underflow,
etc. situations are reported.  However, when working with PARANOIA and
another numerical package, I got tremendous differences between using
-fpe3 and -fpe4.  My observation is that either the man pages for
F77 are incorrect or incorrect code is generated for -fpe4 (-fpe4 gave
very bad results whereas -fpe3 gave perfect results.


Details: other compile options -O -c -u 
         version of f77  3.2.1

Anybody else run into this problem?


	-Randy Marchany
	VA Tech Computing Center
	Blackksburg, VA 24060

INTERNET: marchany@vtserf.cc.vt.edu





Xref: sparky comp.unix.ultrix:7643 comp.sys.dec:5474
From: shlam@eng.ie.cuhk.hk (Alan S H Lam)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: How do I disable pause function in dxsession?
Date: 15 Oct 92 06:33:22 GMT
Article-I.D.: cucs5.1992Oct15.063322.25398
Organization: Faculty of Engineering, The Chinese U. of Hong Kong


I want to know if there is any way to disable pause function
in dxsession so that general user cannot hold his/her 
workstation when he/she is not using the workstation.

If you know any solution, please send me a e-mail. I will
appreciate it. Thanks.


--
Alan S. H. Lam
Department of Information Engineering, CUHK, Hong Kong
E-mail: shlam@eng.ie.cuhk.hk 
Tel: (852) 609 7975 Fax: (852) 603 5032
Newsgroups: comp.unix.ultrix
From: blk@physik.tu-chemnitz.de (Peter Blaudeck)
Subject: No talk possible within a DEC 5000/25 - pool
Organization: University of Technology Chemnitz, FRG
Date: Thu, 8 Oct 1992 16:13:28 GMT

In our pool of 8 DEC 5000/25 (ULTRIX 4.2a)
no talk connection is possible.
The message  "Checking invitation on callers machine"
appeares and nothing happens.
All other net services are working well.

Please help.

------------------------------------------------------------------
TU Chemnitz, Dept. Physics                          Peter Blaudeck
D - 9010 Chemnitz
                   -3119
Tel. +49 (0)371 561-3206     Email: blaudeck@physik.tu-chemnitz.de
------------------------------------------------------------------
Newsgroups: comp.unix.ultrix
From: hubcap@hubcap.clemson.edu (System Janitor)
Subject: Re: Who created core-file?
Organization: Clemson University
Date: Thu, 8 Oct 1992 19:38:21 GMT


strings core | more           will usually let you know.

-Mike
From: lau@daniel.wharton.upenn.edu (Yan K. Lau)
Newsgroups: comp.unix.ultrix
Subject: Need pointers on setting up FDDI.
Date: 13 Oct 92 17:23:13 GMT
Organization: A Private Heaven

We've recently gotten our FDDI hardware from DEC.  Not having done this before,
We are having trouble figuring out how to hook up the hardware physically and
to configure the software under Ultrix 4.2A.

I know this is a broad question.  Are there some DEC manuals that describe
the procedure?  Is the material buried in the Ultrix manuals we have?   Any
pointers would be appreciated.

What we have is a couple of DECconcentrator 500.  One has the Thinwire (BNC)
Option Card installed.  We have installed the DEC FDDIcontroller 700-C into
our DS5000/240s.  Our first attempt is to get "FDDI in a room".  We're trying
to set up one machine as a FDDI/eth gateway and the other DS5000/240s as
FDDI only.

To make things a little more difficult, one DS5000/240 is a diskless client
server for all the others.  I tried setting the boot to the FDDI card but
get an error (seems to indicate cabling problem) or no response depending
on how I hook up the hardware.

Again, any information or pointers to documentation about this would be
very much appreciated.


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: seaney@engr.wisc.edu
Subject: Why is 5000 SOOO SLOW
Organization: Univ of Wisconsin Madison
Date: 7 Oct 92 09:06:29 CDT

 
We have a lab with a Decstation 5000/125 and Dec 5000/200.  Both machines have
32Meg of Memory (recently upgraded from 16Meg) and about 3Gig of disk.  The
disks are nfs 'cross' mounted through nfs.  The eithernet link between the
machines is relatively quiet.  

The workstations are used to run Ansys -- a commercial finite element package
that eats up a ton of CPU time and creates huge files (100+ Meg). The Ansys
runs can easily take 2 to 12 hours to complete.  We need to reduce the time on
the jobs.

I recently had the opportunity to try a few Ansys models on comparable Sun and
HP workstations.  Both machines  beat the DECStations by over 25%. Is there
something I can do to increase the performance?  I haven't done much kernal
tuning on the DECStations, is there something I can change?

We are considering upgrading to faster machines.  I like DEC -- what can
account for this performance difference?  Is the SCSI bus on DECstations less
efficient?

Will the alpha really be that much faster?

I'd love a response from inside DEC.  

Thanks a lot!
Steve

System Administrator
Department of Mechanical Engineering
Univ of Wisconsin -- Madison
Newsgroups: comp.unix.ultrix
From: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
Subject: Tahiti-2
Date: Wed, 14 Oct 1992 12:56:04 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: dbrillha@dave.mis.semi.harris.com
Organization: Harris Semiconductor


We just hooked one up to a Sun. It works great. Looks just
like a SCSI disk drive (but a bit slower).

The one problem we do have is standards. I hear the HP 1.2G
platter will be (or is) a new Optical standard. The 1G
Tahiti platters won't be readable by other vendors.

Any comments?

--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
 Dave Brillhart                              Harris Semiconductor
 dbrillha@dave.mis.semi.harris.com           Mail Stop 62A-024
 Voice: (407) 729-5430                       P.O. Box 883
 Fax:   (407) 724-7486                       Melbourne, FL 32902-0883
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
From: mbeattie@oxford.ac.uk (Malcolm Beattie)
Newsgroups: comp.unix.ultrix
Subject: Ultrix man pages with groff (SUMMARY)
Date: 14 Oct 92 12:25:46 GMT
Organization: Oxford University Computing Service, 13 Banbury Rd, Oxford, OX2
	6NN


After reading followups and emails, this seems to be the situation:
There are two classes of solution. Either one starts with
groff tmac.an and makes changes for Ultrix or one starts
with Ultrix tmac.an and makes changes for groff.

James Clark <jjc@jclark.com> suggests using man.ultrix from the
groff-1.06 package as man.local, but this just defines .PN and .CT.
I did some searching and counting and came up with the following
rounded figures for the number of times Ultrix-specific macros are
used in Ultrix man pages:

18810 .PN  (Path name)
1990  .MS  (Manual section reference)
1360  [each] .EX/.EE (Begin/End Example)
90    [each] .NT/.NE (Begin/End note)
90    others

Christian J. Callsen <chris@iesd.auc.dk> sent me a version of
groff tmac.an which he has modified for using with Ultrix
(including some DEC copyright stuff, as he points out.)
The output resembles groff's style and and the formatting
works with -Tascii too, although I always seem to get
an almost blank page thrown before the real page starts,

Frank Wortner <frank@croton.nyo.dec.com> suggested using
Ultrix tmac.an with a 1-line patch to stop groff
(which allows >2 character macro names) from complaining.

Karl Gaissmaier <gaissman@rz.uni-ulm.de> also suggests
using the Ultrix tmac.an.

I am now using the Ultrix tmac.an with Frank's 1-line patch
and this is works well for all except the -Tascii driver.
Using groff -Tascii with Ultrix tmac.an fails because of
the many fonts that groff's ascii driver is missing (perhaps
links would do instead, or else tmac.an is getting confused
about whether groff is nroff or troff?)

The failure of the -TX75 -TX100 drivers to install was indeed
due to my X-terminal's font path only having 100dpi fonts
and not the 75dpi ones. An xset fp+ and they were installed
with no trouble---many thanks to Frank Wortner for spotting
that one.

To sum up: Ultrix is out on its own once again, but using
Ultrix tmac.an with the non-ascii groff drivers is a
reasonable compromise until/unless someone writes an
Ultrix-specific tmac.an for groff.

--Malcolm




--
Malcolm Beattie <mbeattie@black.ox.ac.uk> | I'm not a kernel hacker
Oxford University Computing Services      | I'm a kernel hacker's mate
13 Banbury Road, Oxford, OX2 6NN (U.K.)   | And I'm only hacking kernels
Tel: +44 865 273232 Fax: +44 865 273275   | 'Cos the kernel hacker's late
Newsgroups: comp.unix.ultrix
From: mcba@newt.phys.unsw.edu.au (Michael C. B. Ashley)
Subject: GHOSTSCRIPT 2.5.2: has anyone got it to work on ULTRIX?
Organization: University of New South Wales
Date: Wed, 14 Oct 1992 22:23:11 GMT

Hi,

I can't get ghostscript-2.5.2 to work! If anyone has succeeded, I would
really appreciate a copy of their Makefile and any files that they have
had to change.

Symptoms: ghostscript will display all its test *.ps files OK, but the
first page of a file produced by Tom Rokicki's dvips 5.4 appears black
(it flashes up briefly with black letters on a white background, and
then goes totally black). I have tried compiling with cc and gcc-2.2.2.
I have tried various combinations of use_backing, use_XsetTile, and
use_XPutImage. ghostscript-2.5.1 has the same problem, but -2.4.1 works
fine.

I will summarize for the net.
Michael Ashley mcba@newt.phys.unsw.edu.au

Newsgroups: comp.unix.ultrix
From: books@fsunuc.physics.fsu.edu (Roger Books)
Subject: Re: Why is 5000 SOOO SLOW
Organization: FSU nuclear physics
Date: Wed, 7 Oct 92 15:36:43 GMT

In article <1992Oct7.090630.1973@doug.cae.wisc.edu> seaney@engr.wisc.edu writes:

>We have a lab with a Decstation 5000/125 and Dec 5000/200.  Both machines 
have>32Meg of Memory (recently upgraded from 16Meg) and about 3Gig of disk.  
The>disks are nfs 'cross' mounted through nfs.  The eithernet link between 
the>machines is relatively quiet.  
>
>I recently had the opportunity to try a few Ansys models on comparable Sun and
>HP workstations.  Both machines  beat the DECStations by over 25%. Is there
>something I can do to increase the performance?  I haven't done much kernal
>tuning on the DECStations, is there something I can change?
>
>We are considering upgrading to faster machines.  I like DEC -- what can
>account for this performance difference?  Is the SCSI bus on DECstations less
>efficient?
>

We have this problem with an NFS mounted file system that is remotely mounted
to our Decstation 5000/200 over a very quiet ethernet link.  I though it was 
just something inherint (sp) in NFS.  If you did the same thing with other
machines it must be the implementation of NFS.  I would also be interested
if anyone has an answer to this.  I don't have this problem with disks 
mounted remotely on my VMS machines with DECnet.

>I'd love a response from inside DEC.  
>
>Thanks a lot!
>Steve
>
>System Administrator
>Department of Mechanical Engineering
>Univ of Wisconsin -- Madison

Roger

books@fsunuc.physics.fsu.edu
From: nelson@reed.edu (Nelson Minar)
Newsgroups: comp.unix.ultrix
Subject: Re: Wish list for Ultrix header files
Date: 8 Oct 92 22:21:40 GMT
Article-I.D.: reed.1992Oct8.222140.22872
Reply-To: nelson@reed.edu (Nelson Minar)
Organization: Reed College, Portland, OR

In article <1992Oct8.174118.21637@nntpd2.cxo.dec.com> alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:
>>Can someone at DEC _please_ go through the system header files and put
>>protection against multiple inclusion through them all?

>It would nice if we had the spare engineer to go through and update
>each file, but for ULTRIX at least, that's a fairly limited resource
>these days and there are more important things to be worked on.

It would take two hours to go in, by hand, and add multiple-inclusion
protection to all the header files. It would take fifteen minutes to
write a shell script to do it automatically, and then thirty seconds
to run that shell script on the include files (fourty-five if you're
using NFS).

Of course, this is a Vendor Product, so it would probably take months
to study the problem and then verify that the solution is really good
:-)/2

>Plus there are a lot of files that probably need to fixed, many that
>people don't care about.

argh.

>As I did with someone else recently, if you'll send me the list of
>files that need work, I'll double check against V4.3 and submit our
>internal version of an SPR for you.

I don't mean to flame you, Anthony. It's clear that you are trying to
help, and we all appreciate that, especially your offer to do an
internal SPR on this problem. I just don't understand why Ultrix can't
provide a modern compiler environment. Which C compiler ships with
Ultrix 4.3?

(The way I get around this problem is to use gcc. If a program doesn't
compile with Ultrix cc, then I go to gcc. gcc maintains its own local
include directory that it reads from first. Standard gcc installations
have already fixed a bunch of common vendor ANSI incompatibilities.
I've stlil had to go in and put some protection in by hand once or
twice, but it's not too much trouble.)
                __
nelson@reed.edu \/                   There is absolutely no other possibility
Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Perfmon source
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Wed, 14 Oct 1992 19:39:36 GMT


In article <9210132115.AA18141@bulls.cca.cr.rockwell.com>, j_detter@BULLS.CCA.CR.ROCKWELL.COM (Jeff Detterman) writes: 
>
>I pulled down xmon from the sources that come with monitor 
>but I can't seem to get it to work. I try 
>
># monitor mon -f - | xmon
>
>and get the error
>
>monitor: replay: Can't open data file: No such file or directory (-).

A mistake in my directions most likely.  Try:

% monitor mon save -sl {seconds} -f - | xmon

With the command you tried, Monitor is assuming you want to read
from an Monitor data file.  By adding the "save" you are telling
to create a monitor data file (by writting the data to stdout).
You'll also need the -sleep option because the default for "save"
is 10 minutes between samples.

>
>Jeff Detterman			phone: (319)395-2744
>UNIX System Administrator 	email: j_detter@hwking.cca.cr.rockwell.com
>
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: anthony@yoyo.cc.monash.edu.au (Anthony Baxter)
Subject: Re: What is tpathd?
Organization: Monash University, Melb., Australia.
Date: Mon, 12 Oct 1992 11:12:03 GMT

In <1992Oct10.131229.20519@phri.nyu.edu> roy@mchip00.med.nyu.edu (Roy Smith) writes:

>My Ultrix 4.2a system always seems to have the following process running:

>USER       PID %CPU %MEM   SZ  RSS TT STAT   TIME COMMAND
>root         4  0.0  0.0    0    0 ?  I      0:00 tpathd

>Can somebody explain to me what it is?  Given the low PID, I assume
>it's some sort of system process.

sounds like something to do with the trusted path implementation. 

see if you have option SYS_TPATH in the kernel config file...


Anthony

-- 
           anthony baxter                  rdt : anthony@rdt.monash.edu.au.
 gaunix : anthony@yoyo.cc.monash.edu.au.  work : anthony@aaii.oz.au
     digital technology  /  general access unix group  /  a a i i
           monash university     melbourne,  australia
Newsgroups: comp.unix.ultrix
From: alan@nabeth.cxo.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Possible syslog problem on ULTRIX V4.3.
Reply-To: alan@nabeth.cxo.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Thu, 8 Oct 1992 00:24:28 GMT


One possible problem I have observed on ULTRIX V4.3 is that when /etc/syslog
starts it doesn't write it's process id to /etc/syslog.pid.  I believe
this is because the distributed /etc/syslog.pid isn't owned by "daemon".
Changing the ownership seems to fix the problem.

The most notable symtom of this problem is caused when /var/adm/newsyslog
runs via cron.  It renames the older syslog files, creates a new syslog
file and then restarts syslog, by sending it a SIGHUP.  To get the
process id of the running syslog, it reads /etc/syslog.pid.  If this
is empty it won't send the right process the SIGHUP (and fortunately not
the wrong process either).  The result is that the active syslog gets
renamed until it drops off the bottom and the "current" syslog
file is always empty.

I've already reported the problem to the engineering group.
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix