HDTenEightyP/NetNews huggingface dataset:
From: mike@pacsoft.com (Mike Stefanik)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 29 Sep 92 16:48:14 GMT
Organization: Pacific Software Group, Riverside, CA

In an article, ed@maxed.amg.com (Ed Whittemore) writes:
>Also, why do think R4.2 is "Unix Lite"? In fact, it's "Destiny", the
>Univel product, based on SVR4.2, which is the stripped down client
>server product.

Since most DOS folks have been conditioned to think of UNIX as a huge,
unmanageable monster, the "Lite" seems like an attempt to allay those fears.
From all that I've read, SVR4.2 is a complete system (networking, X, etc.)

-- 
Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike  (714) 681-2623
Pacific Software Group, Riverside, CA
From: gram@aim1.aztec.co.za (Graham Wheeler)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 6 Oct 92 09:18:01 GMT
Article-I.D.: aim1.gram.718363081
Organization: Aztec Information Management

peter@ferranti.com (peter da silva) writes:

>In article <lcjqsbINN624@jethro.Corp.Sun.COM> ledesma@mexico.Corp.Sun.COM writes:
>> 	Demonstrates Multiprocessing On X86 For First Time

>Sequent must be pretty surprised.

Presumably s/he meant *symmetrical* multiprocessing. I may be wrong, but as
far as I know the Sequent/Corollary etc multiprocessers aren't symmetrical.


-- 
Graham Wheeler                     | "That which is weak conquers the strong,
Network Systems Programmer         | that which is soft conquers the hard."
Aztec Information Management       | 		Lao Tzu - Tao Te Ching Ch. 78
gram@aim1.aztec.co.za              | There's no justice, there's just us
Newsgroups: comp.unix.sys5.r4,gnu.emacs.help,comp.emacs,comp.unix.sysv386,gnu.emacs.sources
From: conover@netcom.com (John Conover)
Subject: emacs and X11.5
Followup-To: poster
Keywords: emacs X X11.5
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 5 Oct 1992 21:36:49 GMT

I have 18.58 compiled on SysV386, rel 4.0 from Consensys, which uses
X11.5. The key code sequence is confusing emacs. Does anyone have a
emacs/lisp/term/something.el for 4.0 running 11.5 ... Thanks,
	john@netcom.com
From: johnst@west.sun.com (John Stossel)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 29 Sep 92 16:42:12 GMT
Article-I.D.: west.lch1r4INNihu
Reply-To: johnst@west.sun.com (John Stossel)
Distribution: world
Organization: Sun Microsystems Inc., Mountain View, CA
NNTP-Posting-Host: sooper.west.sun.com

In article <22960@optima.cs.arizona.edu>, dsiegel@optima.UUCP (Dave
Siegel) writes:
> >>That would be a bad move, in my opinion.  If Dell goes to Solaris 2.0, I'm
> >>not upgrading.  Now, Solaris 2.1, or 2.0.x, possibly.   There's too
much bad
> >>news about Solaris for me to trust it.
> > Actually we've heard nothing but good things about Solaris 2.0, and
> > it's a surprise to hear this negative opinion with no facts along.
> > So, what are all the awful things you've heard about Solaris 2.0?
> 
> I've heard that it's big, it's slow, and they are still trying like hell to
> get the bugs out of the development libraries.  The fact that it is currently
> available as an upgrade to an already expensive UN*X product does not 
> win my confidence.  I certainly won't be buying it for any of my PC's, nor
> would I recommend it to any who ask.
..more stuff 
> --
> Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
> SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu
dsiegel@seagull.tucson.az.us
> "The opinions expressed herein are not necessarily those of my employer,
> not necessarily mine, and probably not necessary."


  You must have heard wrong. I have used Solaris 2.0 on intel.

  Is it big? Well, big is relative. It's obviously larger than ISC UNIX 3.2.
Is it larger than other svr4's? If it is, only a little. Is it big compared
to the enhancements of the product? No.

  Is it slow? No. It's pretty fast considering what you get and what is doing.
The big question is. Does it run well, with good response times? Yes, and
it is much nicer than any SVR4 or SVR3.2 product I've seen.

  As far as SunSoft "still trying like hell to get the bugs out of the 
development libraries" statement. This is not the case.

  The upgrade will only be $195.00 from ISC UNIX rel 3.2 ver 3.0. Sounds
pretty inexpensive to me.

  If you still don't like Solaris. ISC UNIX rel 3.2 will be available 
for a long time to come.

John Stossel
---
All opinions, comments and statement are my own not my employers.
---
From: ric@cs.arizona.edu (Ric Anderson)
Newsgroups: comp.unix.sys5.r4
Subject: Comtrol-R/W in System-V
Date: 2 Oct 92 14:05:35 GMT
Distribution: na
Organization: U of Arizona CS Dept, Tucson

I've noticed that two SVR4 implementations (Dell and ESIX) both
mishandle Control-R (retype line) and Control-W (erase word) in
the same way. 

If you use ksh and vi, thesw two characters which can be set by
	stty rprnt ^R  werasw ^W
function as expected.  But elsewhere (e.g., while entering a
letter body in mailx, or typing input to csh or sh, or typing input
to a C language "gets()") Control-R and Control-W loose their
normal function and get inserted as characters in the input text.

Is there some stty option I haven't discovered that will make
Control-R/Control-W work in the general case (i.e., places other
than ksh and vi)?

Ric (<ric@cs.arizona.edu> "Ric Anderson", speaking for himself)
Newsgroups: comp.unix.sys5.r3
From: andy@homebase.vistachrome.com (Andy Finkenstadt)
Subject: ISC 3.0: growreg errors.  Do I worry about these?
Reply-To: andy@homebase.vistachrome.com
Organization: Vista-Chrome Incorporated
Date: Tue, 6 Oct 1992 16:06:22 GMT


from my system log (/usr/adm/messages) I get these messages on a
regular basis - typically during a news expire(1), but these specific
ones are from normal production runs today, nothing special.

Is this something I should worry about?  (If a page is 4096 bytes,
then I don't have 1.6GB in RAM sitting around waiting to be allocated.
I only have 48MB.)

NOTICE: growreg - Insufficient memory to allocate 475592 pages - system call failed
NOTICE: growreg - Insufficient memory to allocate 475592 pages - system call failed
NOTICE: growreg - Insufficient memory to allocate 43180 pages - system call failed

Thanks in advance for any and all help.
-Andy

-- 
Andrew Finkenstadt       | Vista-Chrome, Inc.   |           andy@GEnie
GEnie Unix Sysop/Manager | The Printing House   |    NIC Handle: AF136
+1 904 222 2639 home     | 1600 Capital Cir SW  |   ...!uunet!rde!andy
+1 904 575 0189 work     | Tallahassee FL 32310 | andy@vistachrome.com

     The game of love is never called off on account of darkness.
Newsgroups: comp.unix.sys5.r3
From: bednarek@picard.med.ge.com (Dennis Bednarek Mfg 4-6971)
Subject: Man printout
Organization: GE Medical Systems, Magnetic Resonance
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 30 Sep 92 10:35:13 GMT




Does anyone know the proper way to get a printout of the introduction
to the chapters of man oother than 1?  I found chapter 1 very helpfull
and cannot seem to get additional chapters to print.

Thanks in advance.

--
------------------------------------
| Excuse me while I kiss the sky!  | 
|                            J.H.  |
____________________________________

The usual disclaimer of self and employer applies to all above comments.
#
Newsgroups: comp.unix.sys5.r3
From: gunnar@falcon20.ericsson.se (Gunnar Forsgren)
Subject: 'out of TCB's' on Motorola SYSV/68
Organization: Ericsson
Date: Thu, 1 Oct 1992 13:45:47 GMT

Hi, After hours of normal operation
I get the following console message at 2 second intervals
from a Motorola MVME147 system running SysV R3 (SYSV/68) :

	WARNING: out of TCB's for tcp 

No user can connect after that.
The condition is cleared with a reboot.

The machine is used as a NNTP news server with users
connecting to port 119.

What does this message mean ?
Is it too many users connecting over Ethernet ?
Is there a kernel parameter that can be reconfigured ?

Any hint would be appreciated,

---
Gunnar Forsgren  Ericsson Telecom AB  email:<gunnar@beppe.ericsson.se> 
BU Network Management Systems         phone:+46 8 7196118 fax: 7192900
Special Projects L/ETX/TM/RF    "Included material shall in no way
S-126 25 Stockholm, SWEDEN         be associated with the company."
--
Gunnar Forsgren  Ericsson Telecom AB  email:<gunnar@beppe.ericsson.se> 
BU Network Management Systems         phone:+46 8 7196118 fax: 7192900
TMOS Basic System VB/ETX/TM/FR    "Included material shall in no way
S-126 25 Stockholm, SWEDEN         be associated with the company."
Newsgroups: comp.unix.sys5.r3,comp.unix.questions
From: glp5941@ultb.isc.rit.edu (Greg Pratt)
Subject: Re: EOF detection in pipes
Originator: glp5941@ultb
Organization: Rochester Institute of Technology, Rochester, NY  [USA]
Date: Sun, 27 Sep 1992 16:21:13 GMT

In article <516@aldetec.oz.au> hausler@aldetec.oz.au (Graham Hausler) writes:

>I have a problem regarding the use of pipes under program control ...

>Secondly, when the pipe links 2 or more processes, at the completion of the
>first process, it seems no EOF is detected on the input stage to the next
>process, and hence all the processes further down the chain merely suspend 
>waiting for more input (ie lack of flushing ??) .... (I tried getting the 
>parent process to close() the pipe, but this had no effect).

I've also noticed this problem under SysVR3.1.  Pipes don't seem to function
properly under certain conditions.  When I tried setting up an IRC client on
this platform, there always remained large problems with the code.  Anything
that spawned off a subprocess that used select() to detect the process'
termination would invariable not detect it, and the program couldn't tell
when the job had actually finished.

Is this a documented bug?  Did R3.2 fix it?

-- 
Greg (Gregory Loren) Pratt          Rochester Institute of Technology
Snail:  CPU 1519   25 Andrews Memorial Drive   Rochester, NY 14623-5689   USA
glp5941@ultb.isc.rit.edu | GLP5941@ritvax.isc.rit.edu | GLP5941@RITVAX.BITNET
Newsgroups: comp.unix.sys5.r3
From: heiby@chg.mcd.mot.com (Ron Heiby)
Subject: Re: 'out of TCB's' on Motorola SYSV/68
Organization: Motorola Computer Group, Schaumburg, IL
Date: Fri, 2 Oct 1992 21:14:30 GMT

I believe that you are out of kernel data structures for TCP protocol
sockets.  Even if you think you are using STREAMS, it uses socket data
structures underneath.

You do not say what version of System V/68 R3 you are using.  The
current version is 7.1.  In it, and I believe as far back as at least
version 6.2 (the oldest I still have in my lab), you can go into
"sysgen" and increase the number of sockets available in the "sockets"
collection.  Then, re-build the kernel and re-boot from it.

Have fun!
-- 
Ron Heiby, heiby@chg.mcd.mot.com	Moderator: comp.newprod
"The centipede has a thousand legs, but he cannot tapdance."
Newsgroups: comp.unix.admin
From: ash@ulysses.mr.ams.org (Alan Harder)
Subject: Re: Help with lost file (PLEASE)
Organization: American Math. Society
Date: Mon, 28 Sep 1992 16:48:26 GMT


   grubb@hpcc01.corp.hp.com (Gary A. Grubb) writes:

  >By what method are rm'd files retrieved. My understanding that when a rm is 
  >done it only removed the directory link. As long a the physical location of 
  >the file is not overwritten, it can be retrieved. However I do not know that
  >technique. Can any one out there in netland help? Thanks in advance.

I know it's too late for this, but I have seen a public domain package
that replaces rm and has a program named unrm.  The rm replacement
moves files into a "cemetery" directory.  The unrm program can
retrieve files from the cemetery.  It is up to the user (or sysadmin)
to clean out cemetery directories on a regular basis.  
Newsgroups: comp.unix.admin
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: temparary superuser
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Distribution: usa
Date: Tue, 29 Sep 1992 16:49:14 GMT

In article <1992Sep28.204606.9071@ecst.csuchico.edu> helho@ecst.csuchico.edu (Weird!!) writes:

>  I am not a sys sdmin in my school. I just wanna learn more about Unix
>  . My question is how to become a root in the shell? My step is :
>   cp /bin/sh  ~myaccount
>   chmod 4777 sh 
>   chown root sh
>   sh

>   But I know it doesn't work because when I execute chown , user id
>   will automatically reset. Is there any way I could do such that I
>   can become a root?

This attack would work in some very old versions of Unix, but fortunantly
it's been fixed.

There may be a few holes in the Unix you're working on, however, you may
rest assured that if your system administrator catches you trying to break
into the root account or gain root privledges without authorization, you'll
probably end up with no account at all.

You can learn more by reading the Unix system admin book by Nementh, Seebass,
and Snyder. Do *not* experiment without permission. 


-- 

Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"...I looked out my window, and saw Kyle Pettys' car upside down, then I
From: jareed@rodan.acs.syr.edu (Judith Ann Reed)
Newsgroups: comp.unix.admin
Subject: In DIRE need of help installing NQS!
Date: 29 Sep 92 14:26:04 GMT
Organization: Syracuse University


 Greetings. I am trying to install NQS (Network Queuing System(?)), gotten
 by anon. ftp from somewhere (forgive me, I'll find out if it is important),
 onto a DECstation 5000/200 running Ultrix 4.2a. I have done the make, with
 no important problems (as far as I can see), directories are in, etc., and I'm
 trying to use "nmapmgr" to add the local host, as directed in the README 
 file. (Anyone know where some *real* documentation is, by the way?)
 I do the following, with the illustrated results:

 [uhep2:/tem0u2/judith/nqs/proto -139] nmapmgr
 NMAPMGR>: add mid 001 uhep2
 NMAP_EUNEXPECT:  Fatal error in mapping software.

 [uhep2:/tem0u2/judith/nqs/proto -140] /usr/local/lib/nqs/nqsdaemon >& /usr/local
 /lib/nqs/logfile

 [uhep2:/tem0u2/judith/nqs/proto -141] more /usr/local/lib/nqs/logfile
 NQS(FATAL): Unable to determine machine-id of local host.
 NQS(INFO):  Errno value: 2.
 NQS(INFO):  Execution aborted.
 NQS(INFO):  NQS log process exiting.

 So, as you can see, there is something wrong either with the mapping 
 software, or how it finds the machine-id. The id given is the one found
 with "hostname", and is also the one in the "sitename" file.

 Can *ANYONE* help me determine what is wrong here? We are weeks behind on
 getting this in, because I haven't been able to determine what to do, 
 so any and all advice will be deeply appreciated!!!


 Gratefully...

 Judith Reed
 judith@suhep.phy.syr.edu (preferred - email response welcomed, will summarize)
 jareed@rodan.acs.syr.edu

 sysmgr, Syracuse Univ. High Energy Physics VAXcluster and DECstation cluster
Newsgroups: comp.unix.admin
From: barr@pop.psu.edu (David Barr)
Subject: Re: Replacement for utmp system?
Organization: Penn State Population Research Institute
Date: Mon, 05 Oct 92 20:08:26 GMT

In article <1992Oct5.190957.1245@reed.edu> nelson@reed.edu (Nelson Minar) writes:
>I want to be able to know *which* machines people are logged into -
>preferrably a list of all allocated ttys.
>
>These are very independent tasks, and /etc/utmp just doesn't work out
>very well (X terminals are a particularly bad problem)
>
>Is it feasible to install something like this without source for your
>telnetd, rlogind, login, etc? (I think yes, but it's a gross hack.)

Try a VERY cleaned up version of cfinger, a GNU replacement for fingerd
at ftp.math.psu.edu:/pub/ward/src.   This is a beta version and works
pretty well, but takes a little bit of trickery to install, as the install
script hasn't kept up with the extensive changes.  A full release is
due pretty soon.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
  loose: v. to set free, or adj. not securely fastened.
  lose: v. to miss from one's possession.
Newsgroups: comp.unix.admin
From: cy@solbourne.com (Cy Foughty)
Subject: Disk farms
Organization: Solbourne Computer, Inc., Longmont, CO
Date: Mon, 28 Sep 1992 16:26:10 GMT

I've been told that a product is available that enables SS10's to 
connect to a disk farm. Evidently many SS10's can attach to the disk
farm. Is there such a product or anything similar to this? The context is
in a distributed database scenario.
-- 
        Cy Foughty                Solbourne Computer 
	Work: (214) 450-5993      15851 North Dallas Parkway Suite 675
	La Casa: (214) 578-8837   Dallas, TX 75248
	ARETC: Association for the Revival of Electron Tube Computing
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.unix.admin
Subject: Re: Floppy Disk Labels
Date: 26 Sep 92 18:28:21 GMT
Organization: D & D Data

In article <141.18318@incc.com> jerry@incc.com (Jerry Rocteur) writes:
>In article <1992Sep24.224056.3652@kopachuk.uucp>, dcb@kopachuk.uucp (David Breneman) writes:
>> I've got some 3B2 installpkg diskettes whose labels are turning
>> gummy and coming loose.  It looks like they've chemically

	[ ... ]

> Yeah, that happened to me as well, I just stapled the labels back on
> to the floppy.
>
> It worked for me :-)

	I know that you used a smiley, but still - if you're going to
suggest this, make sure that people know where it safe to staple, and where
it isn't.  (Generally, it *MIGHT* be safe to staple within 1/8" of the edge of
the jacket, at least 1.5" from the center of that edge, on out to the
corner.)

	If someone just put a staple in the middle of the label, it would
probably go through the diskette itself, making it hard to turn :-), and
probably damaging needed data.  Also, make sure that both the stapler and
the staples are not magenetized.  And *NEVER* use an electric stapler.  It
has a magnetic field that is close to certain to damage some data on your
diskette.

	As I remember, the labels that came with most of my 3B1 system
diskettes are full width, so they probably could be stapled at the ends.

	However, this *WILL* tighten the grip that the jacket has on the
disks, and perhaps keep them from being read.  Also, the staples might hang
up in the drive, keeping you from pulling the floppy back out.

	What I might try is the wide transparent tape used for packaging.
Place it over the label with at least a half-inch overhang to bind to the
jacket.  If necessary make it wider than the floppy jacket, and extent past
the top, and carefully trim the corners and fold it over.  Make *SURE* that
you don't overlap any of the openings in the jacket.  If there is already a
write-protect tab over the notch (if there *is* a notch), you can cover that
as long as you plan never to write on that floppy.

	As an alternative, you might make working backups of the floppys and
the wrap the individual originals in Saran wrap or similar to keep the label
and floppy together.  You have the *right* to make necessary backups, and if
the floppys are old enough to have glue problems with the labels, the
manufacturer probably wouldn't care, anyway.

	Good Luck
		DoN.
-- 
   *** WARNING *** --- headers are munged!  Use the folowing instead ***
Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
	--- Black Holes are where God is dividing by zero ---
Newsgroups: comp.unix.admin
From: fholtz@proteuz.uucp (fred holtz)
Subject: Re: No Directory! Go away!
Organization: Custom Software Solutions
Date: Tue, 29 Sep 1992 20:45:35 GMT

In article <BvAryx.24z@mtholyoke.edu> jbotz@mtholyoke.edu (Jurgen Botz) writes:
> I have the following relatively simple problem: I manage a bunch of
> workstations that belong to the Computer Science Dept. at a small
> college.  For various reasons it's convenient for these machines to
> get their password database served (via NIS) from a machine that
> belongs to the IS department, and which has a super-set of the users
> that should have access to the CS dept.'s machines.  Home directories
> are served from a CS server, so anybody who has an account on the
> IS machine could log in, but unless they are valid CS users won't
> have a home directory.
> 
> Now what I'd like to do it prevent people without home directories
> from loggin in entirely.  A couple of simple hacks come to mind...
> i.e. have .cshrc and .login files in the root that log people off
> immediately if they're not root, but none of them seem particularly
> secure.  Anybody know of a good way of doing this?
> 

If you are using NIS then define a netgroup (/etc/netgroup on NIS server)
for the users that should be able to use your machine,  then instead
of including all users in the local /etc/passwd file (with a + line):
	+@group-name
will include only those in the netgroup "group-name".  The netgroup file
should look like:
	group-name (,user1,) (,user2,) ...
On my machines every non-root account is defined this way and local
password files are just a root entry and the appropriate netgroups.
For most situations the generic "+" entry is best avoided.  There
are fancier ways to use netgroup'ing,  but this should get you going.


Fred Holtz
fholtz@gi.com
Newsgroups: comp.unix.admin,alt.folklore.urban
From: dwolff@cozy.Prime.COM (David Wolff)
Subject: Re: Floppy Disk Labels
Organization: Prime Computer, Inc.
Distribution: usa
Date: Fri, 2 Oct 1992 20:04:49 GMT

In article <1992Oct1.194156.26435@porthos.cc.bellcore.com>, jona@iscp.bellcore.com (Jon Alperin) writes:
> I once (back when I was working in a college computer center) watched in
> horror as a newbie computer user tried to put a 5 1/4" diskette in a
> machine by very carefully placing his fingers in the round cutout where
> the disk showed through, and then inserting the disk in backwards.

Some years ago, a diskette manufacturer (or reseller) had a full-color
ad with a very pretty model holding a diskette... fingers on the read
slot.

In the next month's issue, the diskette had been retouched and moved over
a couple of inches.

I can't provide a citation, but I saw it myself.

David Wolff

dwolff@RES-C4.Prime.COM (works from most places)
dwolff%res-c4.prime.com@relay.cs.net (alternate)

Disclaimer:  Reflecting Prime policy is a non-goal of this posting.
FreeAdvert:  Esperanto, the international language *that works*:
             Call (800) 828-5944 for free info package (US or Canada)
WittyQuote:  Witty but very long saying condensed into a microdot: "."
Kibofodder:  iig Kibo xoe
Newsgroups: comp.unix.admin
From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
Subject: Re: tar all but one directory
Reply-To: cmaae47@cc.ic.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Mon, 28 Sep 92 12:11:03 BST

In article <1992Sep23.215323.15172@adx.adelphi.edu>, nancy@adx.adelphi.edu (Nancy Lee) writes:
- 
- 	Is there any way that one can use tar to back up everything
- under a directory but a sub-directory of it. Thanks in advance.

unfortunately nothing totally system independent, but tar processors
I know have a way to read file names, thus

find . -print | grep -v "^./name-of-directory-to-miss | tar -c -

where the final dash directs tar to read filenames from input.

or move the directory out of the way, do the tar and move it back.

Hope this helps                           Thomas
-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain