HDTenEightyP/NetNews huggingface dataset:
From: zhao@adx.adelphi.edu (Bin Zhao)
Subject: PD routing software
Organization: Adelphi University
Date: Mon, 24 Aug 1992 03:11:34 GMT

Hi,
	Could somebody recommend some PD routing software. I am going to
set up a router using an "old" PC with two ethernet devices to connect two 
logical networks (two class C nets). 
	Thanks in advance.


--Bin
-- 
       =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
         Bin Zhao, UNIX SysAdmin,   <zhao@adelphi.edu>  (516) 877-3343
          Computer Center, Adelphi University,  Garden City, NY 11530 
       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.unix.admin,comp.unix.questions,comp.unix.shell
From: lezz@merlin.dev.cdx.mot.com (Lezz Giles)
Subject: Re: How to prevent a large core-dump
Reply-To: lezz@merlin.dev.cdx.mot.com (Lezz Giles)
Organization: Motorola Codex, Canton, MA
Distribution: na
Date: Wed, 2 Sep 1992 17:52:59 GMT

In article <1992Sep2.94728.26099@ms.uky.edu>, kherron@ms.uky.edu (Kenneth Herron) writes:
|>msb@sq.sq.com (Mark Brader) writes:
|>
|>>> 	echo > core
|>>> 	chmod 0 core
|>>> Then the program will not produce a core, since the file "core" already
|>>> exists, but is unwritable (see signal(2)).
|>
|>>Fine for most purposes, probably including the original query, but wait
|>>until the day that it's a setuid-root program whose core dumps you want
|>>to prevent!
|>>	mkdir core

I can't believe that nobody else has mentioned another solution yet....

ln -s /dev/null core

This won't work on all unixes since not everybody has symbolic links,
but it has the advantage that it works for setuid-root programs and it
will be reasonably obvious in the future to a unix-literate person
why the 'core' file was created.

BTW, I can't take credit for this solution - it is simply what we have
at our site and was thought up by some genius in the support dept.

lezz "The new infinite write-only memory device - /dev/null" Giles
From: john@bugs.wrq.com
Newsgroups: comp.unix.admin
Subject: timed on hp-ux 8.0
Date: 27 Aug 92 20:51:33 GMT
Article-I.D.: bugs.1992Aug27.125133.1
Organization: Walker Richer & Quinn, Inc., Seattle, WA

I have an HP9000 running hp-ux 8.0

I am trying to setup timed to sincronize all of the computers at our site,
but recently discovered that hp does not support timed.

If you have any experiance porting timed to hp-ux please email me that info.

thanks in advance.

john@elmer.wrq.com
Newsgroups: comp.unix.admin,comp.unix.misc,comp.unix.sysv386
From: janet@cs.uwa.oz.au (Janet Jackson)
Subject: Re: yp (nis) map changes - how do they happen
Keywords: passwd yp nis
Organization: Dept. Computer Science, University of Western Australia.
Date: Fri, 28 Aug 1992 06:06:24 GMT

In <1992Aug27.180340.729@ilinx.wimsey.bc.ca> brian@ilinx.wimsey.bc.ca (Brian J. Murrell") writes:

>1. Is this [password changes] allowed on any machine, or just the master
> where the "real" passwd file is?

on any machine

>2. If so, then the passwd program must be YP intelligent.  Is this a possiblity?

Sure is

>3. If 1 and 2 are true then the passwd utility on each machine must be able to 
>update the master and the maps?  True??

Yes
There is a daemon, yppasswdd(8) (at least, it's called that on SunOS4.1.1)
which passwd(1) talks to.  This daemon does the updating.  It runs on the
YP master.

>Or maybe I'm just living in a dream world??

I won't speculate on that :-)

Janet Jackson
<janet@cs.uwa.edu.au>
Systems Administrator
Department of Computer Science
The University of Western Australia
From: ccoprbm@prism.gatech.EDU (Bruce Mccullough)
Newsgroups: comp.unix.admin
Subject: Re: UnixWorld and Unix magazine
Date: 28 Aug 92 13:37:09 GMT
Distribution: usa
Organization: Georgia Institute of Technology

Without yelling out me too. I'm looking for good books on the UNIX lifestyle.
I've seen in UNIX WORLD books about getting started and learning UNIX but
I was kinda looking for something off of that beat. I'd looked in the book
stores locally and didn't see anything. Thanks.

-- 
Bruce Mccullough-Tech Assistant   | "The sharpest sword cannot cut itself".
Office of Information Technology  | "Look into the book of mirrors and find 
Georgia Institute of Technology   | all the knowledge you will ever need to  
Internet: ccoprbm@prism.gatech.edu| know". -    The Teacher              
Newsgroups: comp.unix.admin
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Re: timed on hp-ux 8.0
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 28 Aug 92 10:30:26

> I have an HP9000 running hp-ux 8.0
> 
> I am trying to setup timed to sincronize all of the computers at our site,
> but recently discovered that hp does not support timed.
> 
> If you have any experiance porting timed to hp-ux please email me that info.

I would strongly advise you to check out NTP (Network Time Protocol) as a
means of synchronizing your computers. We use it here for all our HPs and
Suns. Implementations also exist for SGI, IBM, DEC and lots of others. You
can get it from lots of places, for instance louie.udel.edu.

Steinar Haug, system/networks administrator
SINTEF DELAB, University of Trondheim, NORWAY
Email: Steinar.Haug@delab.sintef.no, 
	sthaug@idt.unit.no, steinar@tosca.er.sintef.no

Newsgroups: comp.unix.admin,comp.sys.hp,ctp.it
From: ucs_rjd@SHSU.EDU
Subject: Re: Unkillable processes
Organization: Sam Houston State University, Huntsville, Texas
Reply-To: ucs_rjd@SHSU.EDU
Date: Sat, 29 Aug 1992 04:09:15 GMT
X-Posted-From: freya.shsu.edu
X-Posted-Through: sol.ctr.columbia.edu

I have had similiar processes and what I've come up with is that those
processes are put to sleep and when you issue a kill -9 command to kill
them they are just dumped onto the stack of next commands thus it is
never killed cause it is never read.  Sounds funky to me what do you
think?

Raphael Donato
Unix System Services
Sam Houston State University
Email: ucs_rjd@shsu.edu

p.s.  I used the shutdown command to kill mine it always works!
From: lu@m2c.org (Thomas Lu)
Newsgroups: comp.unix.admin
Subject: 4 mm boot tape for DECstation (Ultrix 4.2a)
Date: 27 Aug 92 21:44:23 GMT
Organization: Massacusetts Microelectronics Center, Westboro, Ma.


   Greeting:

      Does anyone success to create 4 mm boot/supported/unsuppted tape for
      DECstaion from Ultrix 4.2a  TK 50 tapes  ?
      I tried to create the 4 mm boot/supported/unsuppted tapes to
      install our DECstations.  Any help/hint/script are appreciated !
      Thank you !
From: bonney@esds.mdc.com (Greg Bonney)
Newsgroups: comp.unix.admin
Subject: Re: tcsh
Keywords: tcsh csh shells
Date: 3 Sep 92 21:27:59 GMT
Distribution: usa
Organization: Visual Simulation Systems

In <1992Sep1.200153.28380@esds.mdc.com> bonney@esds.mdc.com (Greg Bonney) writes:

>Somebody just gave me a version of csh called tcsh that allows one to
>do command line editting using the arrow-keys for history, etc. like
>on a VAX.  I haven't got man pages on it yet, and I don't know where
>he got it.  Anybody heard of this, use it, or have comments on it?
>I'll post more information when I learn more myself.

I found the source code to tcsh on anonymous ftp.  It works on a variety
of systems.  So far, it looks real cool.  You can do command-line editing
in eather gmacs of vi modes.  Plus it has a lot of other extensions to csh.
Newsgroups: comp.unix.admin,comp.unix.questions,comp.unix.shell
From: Christopher.Vance@adfa.oz.au (Christopher JS Vance)
Subject: Re: How to prevent a large core-dump
Originator: cjsv@ccadfa.cc.adfa.oz.au
Organization: Computer Science, University College, UNSW/ADFA, Canberra, Australia
Date: Wed, 26 Aug 1992 01:38:00 GMT

In article <1992Aug25.173056.13401@utwente.nl> soos@math.utwente.nl (Adwin Soos) writes:
| A few weeks or even months ago I have read some discussion about the problem
| of preventing a core-dump. I remember that there were some suggestions on how
| to prevent that a large core-dump will be made. 
| This problem is now occurring at our place where someone is writing a large
| program and in some test-cases there is a core dump for more than 60 Mb.
| This person is not using this core to debug it so maybe we can just stop the
| creation of this core for this person.
| Is there someone who can mail me such suggestions?

If you can use csh or tcsh, it may have a builtin 'limit' command.

Otherwise, if you're on a system with setrlimit(2) you can use that,
although you may need to write a small program to make things happen.

A few years ago, I wrote a small C program I called rlimit which does
this sort of thing because our students' programs were so bad that the
vendor's excellent(?) Pascal compiler kept dumping core and exhausting
their disk quotas.

I don't know how more recent Unices do this, since we don't have one I
can check.

-- Christopher
Newsgroups: comp.unix.admin,comp.unix.wizards
From: buick@belay (Patrick D. Buick)
Subject: Re: How do I remove a directory with no parent?
Organization: Belay Enterprises Inc. Calgary, Alberta, Canada
Date: Thu, 3 Sep 1992 01:25:07 GMT

In article <1992Aug29.151128.3376@magnus.acs.ohio-state.edu> bjones@magnus.acs.ohio-state.edu (William A Jones) writes:
>I just recently installed smail v3.1.25 on my system (i486 running linux 0.97)
>and during the installation process, the directory /usr/local/lib/smail/methods
>was created.  However, there is absolutely nothing in the directory -- no
>., no .., no nothing.  fsck kindly points this out but hasn't done anything
>to fix it.  rmdir, rm -rf, rm -d all don't work.  I tried removing the entire
>directory tree doing an "rm -rf /usr/local/lib/smail" but that doesn't work.
>
>Other than backing up everything else but this file and running mkfs to make
>a clean disk is there any other way to fix this?
>
>Thanks,
>
>Bill

Of course, my question is: If there is no parent, how did you determine
there was nothing in it?  Don't you have to traverse the inodes containing
directory entries above it to get there?  Hmm... baffles me...  it wouldn't
be a link, would it?  (Does linux support these kinds of links?)
Patrick
-- 
==========================================================
Patrick D. Buick EMT, EET  | Internet: buick%belay@uunet.uu.net
Belay Enterprises Inc.     | Internet: buickp@cuug.ab.ca
Calgary, Alberta, Canada   | UUCP:...!calgary!pixel!belay!buick
Newsgroups: comp.unix.admin
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Re: What is the biggest file sendmail can handle?
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 30 Aug 92 13:19:30

In article <1992Aug30.023733.22356@adx.adelphi.edu> zhao@adx.adelphi.edu writes:
> 	What is the largest file one can send using the sendmail?  Does
> it only depend on the size of the spooling file system? How about the 
> transport agent, does it care? I have sent files as big as 2Mb. 

The answer, as in so many other cases is: "It depends."

Of course it depends on the size of the file system used for the mail spool.
But more often you'll bump into message size limits (like 64 KB, 100 KB or
maybe 1 MB) enforced by the systems that your message is relayed through.
These limits are normally much lower than the size of the file system used
for the mail spool, for good reason (imagine a relaying system trying to
queue up ten messages each the size of the spool file system...)

The bottom line is: If you're sending a message which travels through more
than a few hops, you cannot really *depend* on more than 64 KByte or so per
message.

Steinar Haug, system/networks administrator & Uninett Postmaster
SINTEF DELAB, University of Trondheim, NORWAY
Email: Steinar.Haug@delab.sintef.no, 
	sthaug@idt.unit.no, steinar@tosca.er.sintef.no
Xref: sparky comp.unix.admin:4816 comp.sys.sun.admin:6022
From: pascoe@rocky.gte.com (Dave Pascoe)
Newsgroups: comp.unix.admin,comp.sys.sun.admin
Subject: Re: Problem building new kernel
Date: 1 Sep 92 19:12:15 GMT
Organization: GTE/SCSD - Needham Heights, MA
X-Newsreader: Tin 1.1 PL5


I found the problem.....disregard the previous message.  I was missing an
include file.  Thanks to jdavis@noao.edu for the suggestion...
--
Dave Pascoe			|  Amateur Radio:  KM3T
Internet: pascoe@rocky.gte.com	|  Packet Radio: km3t @ w2xo.pa
GTE/SCSD - Needham Heights, MA	|  (617) 455-5704
Newsgroups: comp.unix.admin,comp.unix.questions,comp.unix.shell
From: soos@math.utwente.nl (Adwin Soos)
Subject: How to prevent a large core-dump
Originator: soos@math.utwente.nl
Organization: University of Twente (Dept. Applied Math.), Enschede, the Netherlands.
Date: Tue, 25 Aug 1992 17:30:56 GMT

Hello netters,

A few weeks or even months ago I have read some discussion about the problem
of preventing a core-dump. I remember that there were some suggestions on how
to prevent that a large core-dump will be made. 
This problem is now occurring at our place where someone is writing a large
program and in some test-cases there is a core dump for more than 60 Mb.
This person is not using this core to debug it so maybe we can just stop the
creation of this core for this person.
Is there someone who can mail me such suggestions?

Thanks,
Adwin Soos

E-mail : A.B.Soos@math.utwente.nl	University of Twente,
					Department of Applied Mathematics,
					Enschede,
					The Netherlands.
Newsgroups: comp.unix.admin,comp.unix.questions,comp.unix.shell
From: chupchup@ferkel.ucsb.edu (Robert Earl)
Subject: Re: How to prevent a large core-dump
Organization: (EVIL!)
Distribution: na
Date: Thu, 3 Sep 1992 04:42:37 GMT

lezz@merlin.dev.cdx.mot.com (Lezz Giles) writes:

| In article <1992Sep2.94728.26099@ms.uky.edu>, kherron@ms.uky.edu (Kenneth Herron) writes:
| |>msb@sq.sq.com (Mark Brader) writes:
| |>
| |>>> 	echo > core

Hmm, someone needs to look at the enlightening discussion of "how to
truncate a file" elsewhere on comp.unix.*.

| lezz "The new infinite write-only memory device - /dev/null" Giles

And I have bad news for you, /dev/null is readable too, and there are
lots of valid applications for feeding a program a persistent EOF.


-- 
"If you've got a pig that likes jumping fences, | robert earl
you have to make its fence a lot higher all at  | rearl@ucsd.edu
once -- if you do it by increments, all you're  | rearl@piggy.ucsb.edu
doing is training a jumping pig." -Henry Spencer|
Newsgroups: comp.unix.admin,comp.windows.x
From: john@iastate.edu (John Hascall)
Subject: Re: Xterminal-Server ratio wanted
Organization: Iowa State University, Ames, IA
Date: Thu, 3 Sep 1992 02:27:02 GMT

 barmar@think.com (Barry Margolin) writes:
}tucker@bedford.progress.COM writes:
}> [...ratio of X-terms to compute servers...]

}                                                The main reason that X
}terminals tend to put more load on a server is that users tend to run more
}simultaneous applications; they'll have an xclock and xbiff running all the
}time, and they'll have several windows open rather than exit one
}application in order to start another.  You may need more swap space to
}hold all these active processes.

And plenty of real-memory.  A rough rule of thumb might be 16+n MBs of
real memory on your server (n the number of X-terminals you would expect
to be active at once [all of them in a class/lab, maybe a fourth of those
in offices]).  Perhaps, 16+2n MBs if your users tend towards big programs.

John
-- 
John Hascall                                       ``Live with it pink-boy!''
Project Vincent                                                              
Iowa State University Computation Center                     john@iastate.edu
Ames, IA  50011                                      515/294-9551 [fax -1717]
Newsgroups: comp.unix.admin
From: krasnor@nimios.eng.mcmaster.ca (Carl Krasnor)
Subject: Re: UnixWorld and Unix magazine
Organization: Communications Research Laboratory, McMaster Univ
Date: Mon, 31 Aug 1992 23:36:46 GMT

In article <17jaejINNcp9@matt.ksu.ksu.edu> brettw@matt.ksu.ksu.edu (Brett D. Watson) writes:
>  Can anyone tell me how to subscribe, or where, to UnixWorld? ........

UNIX WORLD Subscriber Services:
     (800) 525-5003
     (609) 426-7070

General Address & Phone:
    Unix World
    1900 O'Farrell St.
    San Mateo, CA  94403
    U.S.A.
    Telephone: (415) 513-6800
    Facsimile: (415) 513-6985
    UUCP: uunet!uworld!letters or letters@uworld.com



-- 
===============================================================================
Carl Krasnor, Communications Research Lab, McMaster U., Hamilton, Ont. CANADA
krasnor@McMaster.CA   VE3EGK   Tel:(416) 525-9140 x4171    FAX:(416) 521-2922
===============================================================================
Newsgroups: comp.unix.admin
Subject: COPS messages
From: mccalld@vax.sonoma.edu
Date: 4 Sep 92 12:32:07 -0800
Organization: Sonoma State University

Greetings:
     Just completed several runs of COPS.....
was wondering about the following messages in the Security report.
**** misc.chk ****
Warning! /usr/bin/uudecode creates setuid files!

**** ftp.chk ****
Warning! operator should be in /etc/ftpusers!

**** dev.chk ****
Warning! NFS file system exported with no restrictions!

**** pass.chk ****
Warning!  Password Problem: Guessed:    ftp    shell:  /bin/csh

**** passwd.chk ****
Warning! Password file, uid > 8 chars

Each of these messages obviously expresses a security concern however
I'm a little confused about the specific nature of the problem being
addressed and what might be done to correct it.
dmc
mccalld@sonoma.edu

Xref: sparky comp.unix.admin:4845 comp.windows.x:16063
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.admin,comp.windows.x
Subject: Re: Xterminal-Server ratio wanted
Date: 2 Sep 92 19:59:26 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <1992Sep1.200609.15078@progress.com> tucker@bedford.progress.COM writes:
>	We are currently performing an initial investigation into upgrading
>our present dumb-terminal based user environment to a X windows based one.
>We are weighing all the dis/advantages of PCs, Xterminals and workstations
>and look favorably at Xterminals from a maintenance standpoint. I use one
>myself and see no lack of functionality. We would like any opinions on this
>decision itself. And if we do go with Xterminals, then the question of how
>many Xterminals running off of how many Sparcs, Sparc2s, Solbournes, etc. We
>would like to hear about any success/horror stories about implementing such
>a configuration and performance issues regarding Xterm/Server ratios which
>seem to work well. These users will mainly be running Progress applications
>and some word-processing, news readers and email UAs.

What are "Progress applications"?

My impression is that except for heavily graphics-oriented applications, an
X terminal isn't much worse than a dumb terminal.  There's more overhead
for keyboard input, but since that only happens at human typing rates, it's
not really significant.  Output has some extra overhead, but unless you're
doing it continuously (e.g. for animation), it's generally not enough to
cause problems.  As far as the network is concerned, I'd guestimate about
20-50% overhead for using X terminals over using dumb terminals (assuming
the dumb terminals were on the network via a terminal concentrator).  I've
never noticed any network congestion problems that I could attribute to X.

As for server overhead, that also seems to be pretty low.  We some SS2's
and multiprocessor SPARCservers with connections to two dozen X servers (a
mix of X terminals, Sun workstations, and Macs running MacX) as well as
some dumb terminals and Macs running Telnet, and at least one 4-processor
690MP with connections to over 50 X terminals.  The main reason that X
terminals tend to put more load on a server is that users tend to run more
simultaneous applications; they'll have an xclock and xbiff running all the
time, and they'll have several windows open rather than exit one
application in order to start another.  You may need more swap space to
hold all these active processes.

If you're mainly going to be using text-based applications as you
described, I think X terminals are definitely the way to go.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.unix.admin
From: dchin@ept.msc.cornell.edu (David W. Chin)
Subject: Re: How to prevent a large core-dump
Organization: Cornell-Materials-Science-Center
Date: Thu, 27 Aug 1992 17:18:25 GMT

For sh and ksh,

	ulimit -c 0

	
		
David Chin				 Cornell University '92

________________________________________________________________________
Internet:                       |        
  dchin@helios.tn.cornell.edu   |        
Bitnet:                         |        Phone:  (607) 257-6576
  iojj@crnlassp                 |        Add:  401 Thurston Ave., Ithaca
  iojj@crnlvax5                 |              NY 14850-2431
  iojj@crnla                    |        Shoe size:  8 1/2
________________________________|_______________________________________
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.unix.admin
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Date: 1 Sep 92 00:55:14 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <9224419.3248@mulga.cs.mu.OZ.AU> zs@munta.cs.mu.OZ.AU (Zoltan Somogyi) writes:
| kochmar@sei.cmu.edu (John Kochmar) writes:
| >You've gotta be kidding, right?  You're not advocating that perl be
| >placed in /usr/bin so that scripts you pick up from who-knows-where
| >will run without modification, right?
| 
| No, that's not why you want it.
| 
| I am regularly using several machines from several vendors. On all these
| machines except one, my home directory is NFS mounted, so that I see the
| same files when I log in. I have a ~/bin/sgi subdirectory, a ~/bin/sun4 etc,
| as well as a ~/bin/scripts. Whatever I put into ~/bin/scripts should work
| the same on every machine. This is true for scripts whose interpreters
| are in known standard locations, such as /bin/sh and /bin/awk*. It does
| not work if different machines put perl in different directories. Instead,
| I have to make several copies of the script and put them in ~/bin/<arch>,
| with the usual double maintenance problem if I ever need to fix or enhance
| the script.
| 
| *: actually, for reasons best known to themselved SGI put awk in /usr/local/bin,
| causing this very problem.

No, SGI has *never* shipped anything with awk in /usr/local/bin.  If
it is there, you or some other user put it there.  We may do things
our own way at times, but we certainly are not that crazy!
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.unix.admin,comp.windows.x,comp.windows.x.apps
From: tmcconne@sedona.intel.com (Tom McConnell)
Subject: Re: SUMMARY: POLL: What is in X/shell files?
Originator: tmcconne@sedona
Keywords: SUMMARY POLL
Reply-To: tmcconne@sedona.intel.com
Organization: Intel Corporation
Date: Tue, 25 Aug 1992 17:56:00 GMT


In article <1992Aug25.170541.9863@cari.telecom.uqam.ca>, berstel@mipsmath.math.uqam.ca (Bruno Berstel) writes:
> I would like to thank Tom for quoting my answer to his poll. Still the
> lines he quoted may be misleading if not replaced in their context. Indeed,

  <stuff deleted>

  I apologize for the confusion. Serves me right for cut-and-paste'ing without
looking to see what I ended up with.
> 
> Bruno.

    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-21     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
Newsgroups: comp.unix.admin,comp.sys.hp,ctp.it