HDTenEightyP/NetNews huggingface dataset:
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Newsgroups: comp.unix.ultrix
Subject: Re: Segmentation fault  when listing all processes
Date: 17 Dec 92 18:14:34 GMT
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation


In article <1992Dec17.085159.7728@imec.be>, elsen@imec.be (Marc  Elsen) writes:
>
> - In VAX Ultrix 4.2 on a 3900 I sometimes (intermittent) get
> 
>   % ps aux
>   Segmentation fault
>
>  Has anyone seen this before ?

Not recently, if ever.  The problem is most likely a bug in ps(1)
not robustly handling the fact that data can change out from under-
neath it.  Ps(1) takes a snapshot of the proc table and then starts
to summarize the data.  There's probably some information that it
collects for the process later (user structure).  The problem is that
between the time that it reads the proc table (and in fact while it
reads the proc table) the table can change.  Processes will go away
and start up.

Most likely something has changed between the time it took the first
snapshot and started printing the information.  A robust problem would
catch these problems and just cope.  Ps(1) is probably not that robust.
If you can easily reproduce it, please contact the CSC or submit an
SPR.  They may be able to provide a non-stripped version that will
generate a core file that can be used to debug the problem.

>--
>    Marc (elsen@imec.be)
>    'Waterdust is fine but even hydrogen would have lead
>     to a never ending story...'
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: henny@accucx.cc.ruu.nl (Henny Bekker)
Newsgroups: comp.unix.ultrix
Subject: Re: non secure root login
Date: 13 Dec 92 20:42:13 GMT
Organization: Academic Computer Centre Utrecht

In <Bz7pxH.565@dscomsa.desy.de> sprute@dsf58a.desy.de (Lars Sprute) writes:

Hello Lars,

>I would like to login as root via telnet or LAT, but this, as the error message
>says, requires a secure terminal. I'd like to circumvent that, but how ?
>(My machine isn't that important, so I don't like the constraint of a secure
>terminal.)
>
With Ultrix it is possible to have some distriction between "normal", secure
and su-able terminals..
For example some time ago I managed some student administration systems at
the University of Utrecht.  On these (C2-enabled Ultrix systems) I created a
special entry in the /etc/ttys file for one (1) LAT terminal which I enabled
to use su. (You can also enable root login on it).  This port could only be
used as LAT port (with a terminal-server or a PC with LAT software. This LAT
port was connected by means of:
	lcp -v <special-unknown-name>:/dev/tty?? \
	    -V "Special entry"
to a special LAT service.
From my PC or terminal-server I could login on the systsem anb becore root..

Cheers, Henny Bekker

---------------------------------------------------------------------------
E-Mail: Henny.Bekker@cc.ruu.nl      INTERNET      ! Disclaimer:             
        ruusur::henny               DECnet        !    The main obstacle to 
        henny@hutruu50              EARN/BITnet   !    progress is not      
        012911028100::henny         PSI           !    ignorance, but the   
Voice:  (+31) (30) 536971                         !    illusion of knowledge
X400:   G=Henny;S=Bekker;OU=cc;O=ruu;PRMD=surf;ADMD=400net;C=nl     o
Paper:  H.J.Bekker, University of Utrecht, Computer Centre      _  /- _
        Po Box 80011, 3508 TA  Utrecht  Nederland              (_) > (_)
----------------------------------------------------------------------------
Newsgroups: comp.unix.ultrix
From: elsen@imec.be (Marc  Elsen)
Subject: Segmentation fault  when listing all processes 
Reply-To: elsen@imec.be (Marc  Elsen)
Organization: Imec 
Date: Thu, 17 Dec 1992 08:51:59 GMT



 - In VAX Ultrix 4.2 on a 3900 I sometimes (intermittent) get
 
   % ps aux
   Segmentation fault

  Has anyone seen this before ?
--
    Marc (elsen@imec.be)
    'Waterdust is fine but even hydrogen would have lead
     to a never ending story...'
Xref: sparky comp.unix.ultrix:8954 comp.sys.dec:6534
From: pavlov@niktow.canisius.edu (Greg Pavlov)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Server for INGRES DBMS
Date: 18 Dec 92 10:06:33 GMT
Followup-To: comp.unix.ultrix comp.sys.dec
Organization: Canisius College, Buffalo NY. 14208


  Our primary db application utilizes a DEC 5000/240 as an INGRES server
  (it is dedicated to run an INGRES 6.4 server to front ends on other DEC-
  systems via INGRES/NET).  

  Usage has grown and, as a result, the 5000/240 needs to be replaced.  Our
  need is for a system with at least twice the cpu throughput in terms of 
  single-stream performance; somewhat better i/o, but that is not a bottleneck
  currently; complete INGRES/NET interoperability with DEC and SUN-based 
  INGRES front ends; complete rsh and nfs interoperability with DEC and SUN
  systems.

  We have nowhere to go with DEC (the R4000-based upgrade has been substantial-
  ly delayed and it will be at least a year before INGRES is available on 
  any ALPHA-based systems) so we are looking at other vendors.  Any input,
  mailed directly to me, will be appreciated.


  many thanks,

   greg pavlov
   pavlov@fstrf.org
From: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Newsgroups: comp.unix.ultrix
Subject: Problem with tcsh 6.03.00
Date: 17 Dec 92 18:21:56 GMT
Reply-To: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Organization: IMMD 6 - Lehrstuhl fuer Datenbanksysteme
NNTP-Posting-Host: faui63.informatik.uni-erlangen.de


I build tcsh 6.03.00 with

CFLAGS= $(INCLUDES) -O -Olimit 2000
.SUFFIXES: .u
CC=   cc

an have some problems with the new version, when lines are too long and
must be wrapped at the end of the line. If I go back in the command history
and find a line which doesn't fit on the screen, the tcsh overwrites the
beginning of the line with the end of the command, instead of wrapping the
command to the next line.

	Horst

--
 Horst Luehrsen <luehrsen@informatik.uni-erlangen.de>
 Martensstrasse 3, W-8520 Erlangen
 Tel: +49-9131-857884  Fax:+49-9131-32090
 ** No keyboard - Press F1 to continue! **
Newsgroups: comp.unix.ultrix
From: fisk@netcom.com (Benjamin Fisk)
Subject: Xdefaults
Keywords: how to update
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 18 Dec 1992 19:38:20 GMT

After changing an entry in the ".Xdefaults" file how can I get X to
see the changes?  For example, "xterm" does not see a change in a 
color resource until the system is "quit" and restarted.  There is
a note in the "man X" entry that says a number of X applications will
read "Xdefaults" when they are executed.  I have yet to find any applications
that will read that file.  Is there a way to get X to update itself from 
Xdefaults with out shutting down X and restarting it?

I am running Ultrix 4.1 on a DECstation.
-- 
Ben Fisk : fisk@netcom.COM
From: emjga@abds9.aberdeen.chevron.com (Matthew Garrett)
Newsgroups: comp.unix.ultrix,chevron.unix
Subject: Kill Session Manager on a Ultrix workstation
Keywords: kill session manager
Date: 18 Dec 92 14:23:56 GMT
Reply-To: emjga@aberdeen.chevron.com
Organization: Chevron (UK) Ltd.
Bcc: emjga@aberdeen.chevron.com
Disclaimer: The opinions expressed are mine; not those of        
            the company I work for.

I would like to be able to kill the Session Manager and all its 
sup-process without having to click on the Session manager window
and select the quit option.

Currently I have a small script called xsmkill to do this.
#!/bin/csh
set x = `ps -aux | grep $USER | grep dxsession | awk '{print $2}'`
kill -9 $x

Does any body have a better way of doing this.?

My Hardware/software is:
DecStation 5000/25
Ultrix 4.2a

-- 
                            Matthew Garrett 
                           Chevron (UK) Ltd.
   Ninian House, Crawpeel Road, Altens, Aberdeen, AB1 4LG, Scotland.
   Internet: emjga@aberdeen.chevron.com       Phone: +44 224 242652
Newsgroups: comp.unix.ultrix
From: boyle@gca.com (David Boyle)
Subject: malloc debugging
Keywords: malloc debug
Organization: GCA Corporation
Distribution: usa
Date: Thu, 17 Dec 1992 20:43:34 GMT

Can anyone suggest a malloc library that works with Ultrix 4.2 which
supplies functionality similar to the malloc_debug/malloc_verify routines
supplies with SunOs?

Also, anyone with experience with commercial memory debugging tools like
Purify, which work with Ultrix?

Thanks in advance.

--
David Boyle                            ...uunet!gca!boyle  or  boyle@gca.com
GCA, a unit of General Signal          (508) 837-3869
Andover, MA  01810
From: moss@cs.cmu.edu (Eliot Moss)
Newsgroups: comp.unix.ultrix
Subject: Re: ANSI C compiler for DECstation Ultrix 4.3
Date: 13 Dec 92 20:03:35 GMT
Article-I.D.: CRAFTY.MOSS.92Dec13150335
	<MOSS.92Dec12125414@CRAFTY.cs.cmu.edu>
	<MAKI.92Dec13131803@void.jit.dec.com>
Reply-To: moss@cs.cmu.edu
Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst)

>>>>> On Sun, 13 Dec 1992 04:18:03 GMT, maki@jit.dec.com (Watanabe Maki) said:

Watanabe> In article <MOSS.92Dec12125414@CRAFTY.cs.cmu.edu> moss@cs.cmu.edu
Watanabe> (Eliot Moss) writes:

> The GNU C compiler is also ANSI compliant and is available for free. You can
> get it from prep.ai.mit.edu via anonymous ftp ....		EM

Watanabe> But take care for that the GNU C is not suitable to write the
Watanabe> "strict ANSI C" code.  ( according to its manual. )

Technically the respondent is correct, but with the -ansi and -pedantic flags
you pretty much have strict ANSI compliance. Anyway, I suspect the requester
was not so much interested in a compiler that tosses out every program with
non-ANSI features as one that supports all ANSI features. If that is the case,
then gcc meets the criteria.
--

J. Eliot B. Moss, Associate Professor	Visiting Associate Professor
Department of Computer Science		School of Computer Science
Lederle Graduate Research Center	Carnegie Mellon University
University of Massachusetts		5000 Forbes Avenue
Amherst, MA  01003			Pittsburgh, PA  15213-3891
(413) 545-4206, 545-1249 (fax)		(412) 268-6767, 681-5739 (fax)
Moss@cs.umass.edu			Moss@cs.cmu.edu
Newsgroups: comp.unix.ultrix
From: treese@lcs.mit.edu (Win Treese)
Subject: Re: rdist  from Ultrix to SGI work?
Organization: MIT Laboratory for Computer Science
	<TREESE.92Dec10224340@vanilla.lcs.mit.edu> <7RBVB3PL@cc.swarthmore.edu>
Date: Sun, 13 Dec 1992 01:19:42 GMT


In article <7RBVB3PL@cc.swarthmore.edu> hirai@cc.swarthmore.edu (Eiji Hirai) writes:

>   But all good sysadmins put the following at the top of their /.cshrc files,
>   no?

Maybe all good system administrators do. Not all users do.  Some users
use rdist.

	- Win





Newsgroups: comp.unix.ultrix
From: shaw@rcinet (ANNE SHAW)
Subject: Re: exit
News-Software: VAX/VMS VNEWS 1.41    
Organization: United Technologies Research Center
Date: Tue, 15 Dec 1992 23:06:00 GMT

In article <1992Dec10.145114.3970@mcl.saic.com>, roths@mcl.saic.com writes:
>
>I am setting up an Ultrix machine that eventually will be going classified.
>I am wondering if someone might have a program, already approved by DISCO is
>preferred, that will overwrite a specified drive with the necessary meaning-
>less information.
>
>
>Steve Roth

We recently purchased a product from Peripherals Test Instruments
(1-800-829-SCSI) called SCSI ToolBox that allows us to de-classify SCSI
disks using a PC.  We have the same situation you described (Ultrix machine
that is already classified) and this product was blesses by our DIS office.
It was relatively cheap, and any PC you have laying around not doing much
should be sufficient to do the trick.  Much better than never being able
to use the disks again!  Let us know what solution you end up using.

Anne Shaw			shaw@utmc.utc.com

Newsgroups: comp.unix.ultrix
From: vkyriak@talos.cc.uch.gr
Subject: WANTED: disktab entry for QUANTUM-1225S
Organization: Computer Science Department, University of Crete HELLAS
Date: Mon, 14 Dec 1992 13:31:30 GMT

Has anyone got a disktab entry for ULTRIX 4.2a for the QUANTUM-1225S disk?
Replies via news or e-mail...

                                   Thanks in advance
                                       Vangelis Kyriakakis
                                       University of crete
                                e-mail:vkyriak@knosos.cc.uch.gr
From: alan@nabeth.cxo.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Newsgroups: comp.unix.ultrix
Subject: Re: Need code to find process information on ultrix
Date: 16 Dec 92 20:35:41 GMT
Reply-To: alan@nabeth.cxo.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation


In article <1992Dec16.130854.4607@rdg.dec.com>, millson@mrsun.reo.dec.com (Martin Millson) writes:
>
>--
>Hi,
>
>	I am looking for some code that will return the total number of page
>faults , number i/os that a process has done on a ultrix system given its pid
>upto the current point in time the code gets this information. I would like
>to use it to snapshot a process before I run some tests and then snapshot
>it after the tests and use the data returned to work out the difference 
>between the two snapshots.

The information you want is in the data structure described in the
getrusage(2) manual page.  Unfortunately this system call will only
get the information for the process itself or for it's children.
The C-shell time built-in will get some of the information you
want when you run the command.  The output can be formatted however
you want it.

To do this in a general way for any process you'd have to open /dev/kmem,
track down the proc structure for the process in which you are interested
and pull out the parts of the rusage structure that you want.  This is
actually pretty straight-forward since the proc table is easy to examine
(compared to the user structure).

The pid= option of Monitor does this.  You can get the sources from
gatekeeper.dec.com:/pub/DEC/monitor.tar.Z and see how it is done.
>
>
>Thanks
>
>Martin
>	
>--------------------------------------------------------------------------------
>Martin "Morgul" Millson
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: brw@hertz.njit.edu (Brian White)
Newsgroups: comp.unix.ultrix
Subject: Re: DECnet-Internet Mail Gateway
Summary: what about VMS node CCs?
Date: 17 Dec 92 18:39:36 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Dec17.005306.12920@ed8200.ped.pto.ford.com> cannell@ed8200.ped.pto.ford.com (Larry Cannell) writes:
>Ted Corning (kismet@trantor.cc.umb.edu) wrote:
>: Hi,
>: 
>: 
>:    I am wondering if there is a way to shorten the address of VMS users for
>: mail going through the gateway. For example, the address user JOE on VMS node
>: NODE1 is:  joe%node1.dnet@gateway.umb.edu. I would like to have this just be
>: joe@node1.umb.edu instead, and still have it all work.
>: 
>
>If you have Ultrix machines check their sendmail.cf for a macro (and its rules)
>which defines your decnet gateway.  It allows addresses in the normal decnet
>syntax. It was part of the standard sendmail.cf with Ultirx and we use it all
>of the time here.
>

On a similar note, what can be done about a VMS user sending email to a series
of users, both on her node and off (i.e., using the Ultrix system that 
forwards mail)? If she sends "CC"s to users on her local VMS node and someone
on an offsite Unix systems types "R" within mail to send to all recipients 
(both the original sender and all "CC"s), the address for the "CC"ed folks
will be "VMS-user@Ultrix-forwarder.site.domain". This is not good, since
the VMS users may not have accounts on the Ultrix forwarder node.

I assume that, if possible, this can be fixed in the mail-11 ruleset; has 
anyone done this, before I get mired in sendmail doc?

Email, if possible - I will summarize.

Thanks,

Brian
-- 

Brian White, System Manager
New Jersey Institute of Technology
brw@hertz.njit.edu brw@njit.edu 
Newsgroups: comp.unix.ultrix
From: lhawkins@annie.wellesley.edu (R. Lee Hawkins)
Subject: Re: non secure root login
Organization: Wellesley College
Date: Tue, 15 Dec 1992 14:23:48 GMT

In article <1992Dec15.114334.27925@news.uni-stuttgart.de> ralf@wilma.physik.uni-stuttgart.de (Ralf Hirning) writes:
>In article <Bz8KoH.M0B@world.std.com>, mbg@world.std.com (Megan B
>Gentry) writes:
>|> 
>|> Why not log in using your normal account and then su to root?
>|> 
>|> 					Megan
>|> 
>
>This works only in pure BSD security mode, not in ENHANCED.

Err... Yes, it does.  The trick is to flag the lines in /etc/ttys
as su (as opposed to secure, which you probably don't want to do).
To be fair, I can't find anywhere in DEC's Security Guide for
Administrators or the ttys man page where it explicitly says that
this will work in ENHANCED mode, but we are doing it, and it seems
to work like a charm.

Cheers.
--Lee
________________________________________________________________________________
R. Lee Hawkins	 	    			lhawkins@annie.wellesley.edu
Department of Astronomy     		        lhawkins@lucy.wellesley.edu
Whitin Observatory         		      	    
Wellesley College				Ph. 617-283-2708
Wellesley, MA 02181				FAX 617-283-3642
________________________________________________________________________________
Newsgroups: comp.unix.ultrix
From: fingerhu@ircam.fr (Michel Fingerhut)
Subject: Re: Whois(1) command.
Organization: IRCAM, Paris (France)
Date: Sat, 12 Dec 92 10:38:14 GMT

Przemek Klosowski writes:
>Actually, you shouldn't bother installing this version of whois, as it
>is broken (apparently since ultrix 4.0).

Works fine for me.  Problem is, nic changed.  So if you set an alias
	alias whois /usr/ucb/whois -h nic.ddn.mil
it does the right thing.
Newsgroups: comp.unix.ultrix
From: ggm@brolga.cc.uq.oz.au (George Michaelson)
Subject: Re: Console terminal type??
Keywords: Console Terminal
Organization: Prentice Centre, University of Queensland
Date: Mon, 14 Dec 1992 01:40:23 GMT


You can't get there from here. Its not a screen-addressable device unless
running under the X windows system. Its a DECwriter, an asr33, or something
functionally similar.

Run vi in "ex" mode or use ed...

-George
--
                         George Michaelson
G.Michaelson@cc.uq.oz.au The Prentice Centre      | There's no  market for
                         University of Queensland | hippos in Philadelphia
Phone: +61 7 365 4079    QLD Australia 4072       |          -Bertold Brecht
From: mjr@TIS.COM (Marcus J. Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Alpha AXP performance reports
Date: 15 Dec 92 22:27:23 GMT
Reply-To: mjr@TIS.COM
Organization: Trusted Informations Systems, Inc.

mogul@pa.dec.com (Jeffrey Mogul) writes:
>[I realize that readers of this list are not likely to be thrilled
>by OpenVMS benchmarks for Alpha ... but in many cases the performance
>on these benchmarks are basically independent of the operating system,
>so I thought these might be interesting to Ultrix users.]

	The performance on the benchmarks is not independent of the
operating system if the operating system doesn't yet support some
reasonable kind of multiprocessing.

	When is OSF/1 from DEC going to support multiprocesing?

mjr.
From: andrewr@iagu.itd.adelaide.edu.au (Andrew Rutherford)
Newsgroups: comp.unix.ultrix
Subject: Re: Anyway to stop X-windows?
Date: 12 Dec 1992 03:09:33 GMT
Organization: The University of Adelaide
NNTP-Posting-Host: iagu.itd.adelaide.edu.au
X-Newsreader: TIN [version 1.1 PL6]

Gareth Lee (gel@sys.uea.ac.uk) wrote:
[ ... various stuff deleted ... ]

+ a specific socket is being used for X communication, as opposed to any
+ other legitimate purpose.
+ 
+ If anyone knows of a way then I'd been very keen to hear.

	Have a look at iagu.itd.adelaide.edu.au:/pub/src/netproc.c
(via anonymous ftp, of course.) Needs to be setgid kmem, derived
from the ofiles source code (then hacked majorly, supports
environmental variables, seraching for non-root sockets listening,
sockets to off your network, all sorts of fun stuff.) Flags are listed
in the top few lines of source. Is resonably portable, will compile
on Ultrix (wo flags), SunOS (with -lkvm), and probably a few others.

	Does not work with OSF/1 as the kernel tables have changed,
but I'm working on getting it going under both OSF/1 and Solaris 2.0

	Anyway, You'd do something like this:

kill -9 `netproc Ia | grep 6000 | cut -c11-15`

	"I" is internet sockets only (provides as much information
as it can on any type of sockets encountered), and the "a" is to
include process information on all lines - by default, it only
prints process information for the first socket owned by each
process.

	So it kills off all processes having anything to do with an
Xserver on :0.0. Of course, you'd want to clean up that line before
you put it in cron so that it doesn't kill off PID 6000, if it happens
to be accessing the network for some reason :-)

	Few notes - the flags are a mess at the moment (eg, "u", for
process owned by a user, requires no space to be after it, and it
invalidates the earlier "r" flag for root owned processes, but "r"'s
compliment "R" (only non-root processes) is still valid). Any
suggestions for improvement welcome.

Hope this helps,
		Andrew.

/*
 * Andrew Rutherford                 andrewr@itd.adelaide.edu.au
 * +61 8 228 5669            Real Programmers always confuse Christmas and
 * Room 1060, Adelaide Uni      Halloween because OCT 31 == DEC 25 !
 */
Newsgroups: comp.unix.ultrix
From: mike@chtm.eece.unm.edu (Mike Lang)
Subject: Trivial named for ultrix
Date: Fri, 11 Dec 92 21:25:01 GMT
Organization: University of New Mexico, Albuquerque
Distribution: usa
Keywords: terminal servers, tnamed

Does anyone know of source for a tnamed for ultrix.  I have some old bridge 
terminal servers that use it.  

			Thanks,
					--Mike

	
--
Mike Lang					mike@chtm.eece.unm.edu
Systems Mangler(I mean manager) 		(505)-277-3317  (x0770)
Center for High Technology Materials		University of New Mexico
From: beckmann@endor.harvard.edu (Gary Beckmann)
Newsgroups: comp.unix.ultrix
Subject: Re: bind problems
Date: 14 Dec 92 17:06:12 GMT
Article-I.D.: endor.BECKMANN.92Dec14120612
	<BECKMANN.92Dec7143757@endor.harvard.edu>
	<KOFFIE.92Dec9221551@muresh.et.tudelft.nl>
Organization: Aiken Computation Lab, Harvard University

In article <KOFFIE.92Dec9221551@muresh.et.tudelft.nl> koffie@muresh.et.tudelft.nl (Andre Nieuwland) writes:

   ...
   Maybe a stupid suggestion, but have you set the gateway properly and have
   you changed the entry in /etc/svc.conf: 
	   hosts=local
   into:
	   hosts=local,bind
   ...

Not at all a "stupid suggestion", but that has already been checked.
In fact, it is due to the ",bind" that the name server gets swamped.


--
					Gary Beckmann
					gary@jcrtk.dfci.harvard.edu
					beckmann@das.harvard.edu

Disclaimer: This space for sale.
Quote:      "I never met a chocolate I didn't like." --Deanna Troy, STtNG