HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Exabyte
Date: 14 Aug 92 20:37:05 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <31815@adm.brl.mil> beyer@bflsgu.fl.bs.dlr.de (R. Beyer) writes:
| Dave Olson answers:
| | I don't know how to verify what the firmware rev is of the Exabyte unless it's
| | that 4 digit number at the end of the Device line of an mt stat command.  4 of
| | our Exabytes have the string "425A", the other one (used above) has the string
| | "251X".
| 
| 425A and 252T are the only firmware revs SGI has shipped.
| 
| I just installed a replacement Exabyte sent by SGI which gives the following
| status information:
| 
| 	Controller: SCSI
| 	Device: EXABYTE: EXB-8200        2647    
| 	Status: 0x262
| 	Media : READY, writable, at BOT

Hmm.  Perhaps they have qualified a new rev I haven't heard about,
or somebody at Exabyte and receiving slipped up on their checks.

I'll have to look into this.

| I only replaced the Exabyte system from an otherwise functioning backup
| environment and now the Exabyte produces a new error
| 	failed I/O error: guest@bflsgu:/dev/nrexa feom 1
| although this command presented no problems before.

Is it possible that the tape is blank?  That might give this
error.
--
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.sys.sgi
From: ecf_stbo@jhuvms.hcf.jhu.edu (it takes a bigger man to laugh at that man...)
Subject: Re: DECSERVERS with UNIX
Followup-To: comp.sys.sgi
News-Software: VAX/VMS VNEWS 1.41    
Organization: The Johns Hopkins University - HCF
Date: Wed, 19 Aug 1992 15:03:00 GMT

In article <86489@netnews.upenn.edu>, yates@a.chem.upenn.edu (John H. Yates) writes...
>Is there a LAT speaking software package for UNIX (SGI), public 
>domain or otherwise?

Yes.
We are running LAT (from SGI) on an SGI box. I'm not directly involved so I
don't know intimate details, but there were some initial problems. They seem to
have fixed most of them. We have LAT/TCP-IP terminal servers and running tcp-ip
they were busying our ethernet with lots of little packets. LAT multiplexes a
bunch of users keystrokes into the same packet. The downside is that SGI's LAT
daemon has to look at every packet, but with four processors we have cpu to
burn. 


Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
> * OLX 2.1 * ease!Trim!eeeaaaassse!trimtrimTRIMeeeeeeeaaaaaasse!trimea
From: snow@clam.rutgers.edu (snow)
Newsgroups: comp.sys.sgi
Subject: screen savers
Date: 19 Aug 92 15:16:34 GMT
Article-I.D.: clam.SNOW.92Aug19111634
Distribution: comp
Organization: /clam/u3/cunix/snow/.organization


Hello all. I know its a frivolous request, but how do I permanently
set the screen saver for an IRIS 4D/340VG? As system administrator I'd
like the screen saver to be active when no one is logged in (curently
there is a screen blanker in effect). It does not seem to be an option
of xlock.


Donald C. Snow
Radiation Oncology
Hahnemann University
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Newsgroups: comp.sys.sgi
Subject: Re: Where can I get an x/y/zmodem program for a Personal Iris 4d?
Date: 12 Aug 92 17:22:04 GMT
Distribution: na
Organization: Silicon Graphics, Inc.

In article <1992Aug12.013414.23808@julian.uwo.ca>, wlsmith@valve.heart.rri.uwo.ca (Wayne Smith) writes:
|> The subject says it all.
|> Also, I notice that when running a pc as a terminal off of one of the
|> SGI's internal com ports, that I get frequent kermit errors at 19200
|> baud when the SGI's mouse is active.
|> 
|> But the main question is where can I get an x and (preferably)
|> ymodem file transfer program for this SGI.

Call SGI Express at 1-800-800-7441 and ask about S4-MODEMX-1.0, which
includes [XYZ]modem support.
-------------------------------------------------------------------------
Stan Jensen, Systems Engineer                          stanj@corp.sgi.com
Silicon Graphics Inc., M/S 14L-120                    Phone:(415)390-5822
P.O. Box 7311, 1350 Charleston Road                   FAX:  (415)962-1589
Mt. View, CA  94039-7311                                "I (heart) Tonks"
-------------------------------------------------------------------------
From: steve@europa.esd.sgi.com (Motorin' Flarey Henderson)
Newsgroups: comp.sys.sgi
Subject: Re: Memory Upgrade on 4d/35
Date: 18 Aug 92 17:34:42 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <92231.112241W0L@psuvm.psu.edu> Bill Lasher <W0L@psuvm.psu.edu> writes:

>I currently have 16M on my 4d/35 with 2-2M SIMS in each of the four blocks.

I'm not sure what you mean.  To get 16M with 2M SIMMs, you would stuff
4 2M SIMMs into 2 banks, which would leave you with 2 banks (8 sockets) free.

>Can I add memory using 8M SIMS, or do I have to stick with 2M?  Where is this
>written down?

It is written down here:  
There are 3 different kinds of SIMMs available:  2M, 4M and 8M.  Here are the 
rules for SIMM stuffing

1 You can place 4 of the same size SIMM in any bank you want.

2 You can only have 1 bank of 4M SIMMs.  Having more than one bank of 4M
  SIMMs will confuse the memory controller, which will come up with an 
  erroneous memory map.  There is no restriction for 2M and 8M SIMMs.

3 You can mix and match any size SIMM you want, as long as the above two
  rules are adhered to.

The 4D/35 has the banks arranged the same way as the 4D/20 and 4D/25, which
is different than the Indigo.  Each bank can be identified by looking on the
silkscreen between the SIMMs.  They are labeled SIMM A<1-4>,  SIMM B<1-4>,
SIMM C<1-4>, and SIMM D<1-4>.  These correspond to banks A, B, C, and D,
respectively.  When you populate a bank, put the four SIMMs in the same
alphabet group.

>Many thanks,
>Bill


--
steve valin		steve@sgi.com
		   "SHUT UP, LITTLE MAN"		- peter
Newsgroups: comp.sys.sgi
From: mbr@bellcore.com (Mark Rosenstein)
Subject: Xlib:  Maximum number of clients reached?
Reply-To: mbr@bellcore.com (Mark Rosenstein)
Organization: Bellcore, Morristown, NJ
Date: 19 Aug 92 11:29:46

Machine: Indigo Elan
OS: 4.0.2

after running a bit I get the following. I would have expected from the
error message that xlsclients would have been large, but it isn't. I also
don't understand the font problem which then immediately follows the
client limit reached.

Questions:
Is this a bug (reaching the limit, but xlsclients not showing a big
number of clients) or am I doing something wrong, like there is some
magic thing to set to increase the number of clients.  Is it possible
for an application to screw up in a way that does this? Excuse me now,
but I'm off to reboot.

Thanks.

Mark.
=-=-=-=
transcript follows: (prompt is ->)
-> snapshot
Xlib:  connection to ":0.0" refused by server
Xlib:  Maximum number of clients reached
ERROR #106  Couldn't connect to display ":0.0": ERR_NOWINDOWSERVER

-> xterm
xterm:  unable to open font "-adobe-courier-bold-r-normal--18-180-75-75-m-110-iso8859-1", trying "fixed"....

-> xlsclients -la
Window 0x140000d:
  Machine:  ponape
  Name:  console
  Icon Name:  console
  Command:  xterm -name console -C -title console -iconic -geometry 80x40+189+236
  Instance/Class:  console/XTerm
Window 0x200000a:
  Machine:  ponape
  Name:  xclock
  Icon Name:  xclock
  Command:  xclock -digital -geometry +984+984
  Instance/Class:  xclock/XClock
Window 0x280000a:
  Machine:  ponape
  Name:  xclock
  Icon Name:  xclock
  Command:  xclock -digital -geometry +984+984
  Instance/Class: xclock/XClock
Window 0x4000036:
  Machine:  ponape
  Name:  toolchest
  Icon Name:  toolchest
  Command:  toolchest
  Instance/Class:  toolchest/Toolchest
Window 0xe800002:
  Machine:  breeze
  Name:  gnumacs: Emacs @ breeze
  Icon Name:  gnumacs@breeze
  Command:  gnumacs -display ponape:0 -font 9x15 -w 80x40+30+0
  Instance/Class:  gnumacs/Emacs
Window 0x3400002:
  Machine:  ponape
  Name:  emacs: Emacs @ ponape
  Icon Name:  emacs@ponape
  Command:  /usr/local/bin/emacs -i -font 9x15 -w 80x56+10+0
  Instance/Class:  emacs/Emacs
Window 0x2c0000d:
  Machine:  ponape
  Name:  home
  Icon Name:  xterm
  Command:  xterm -title home -geometry 80x37+4+391
  Instance/Class:  xterm/XTerm

->
From: bartlett@violet.berkeley.edu (Paul Bartlett/Gary Shea;Lat 841;;;MV86)
Newsgroups: comp.sys.sgi
Subject: help in understanding tape blocks: dd, bstream, tar
Date: 15 Aug 1992 03:43:20 GMT
Organization: University of California, Berkeley
Distribution: na
NNTP-Posting-Host: violet.berkeley.edu

Situation: Machines: Indigo, 4D70/GT  Running 4.0.5
           Tape drive (4D70/GT, from SGI): ARCHIVE: VIPER 150  21247-005 VP1
	   Tape drive (ditto, from ANDATATO): EXABYTE: EXB-8200        2618
           Tape drive (Indigo, from SUN): ARCHIVE: VIPER 150  21531-004

The following happens on all three combinations.

What I'm trying to do:
use tar with bstream as per the bstream man page to make backups
and distribution tapes for customers to use.

so, I do

(1) tar cf - Mail | bstream -o/dev/tape

and then, I do

(2) bstream -i/dev/tape | tar tf -

and get a listing of most of my directory, then a message:

</dev/tape> Change tape and type RETURN or "quit":

and if I hit return, I get the rest of my directory, and the
message again.

If I try 

(3) tar t

directly, I get some of my directory (less than before), then 
a message

Change tape and press the Enter key:

and if I hit return, I get the rest of my directory.

If I do

(4) dd if=/dev/tape | tar tf -

*then* I get the whole directory. This also works if I put a 
bstream into the pipe.

I tried to look at bstream's debugging output with no enlightenment;
this also happens no matter what combinations of blocksizes and blocking
I use (the speed, of course, varies dramatically).

Now, I don't know much about tape drives, so I can't tell what's
happening here. If this is indeed the expected behavior, I'd like to
understand what is going on, and know if there is a workaround so
bstream-written tapes can be read by tar without trouble; if this is
supposed to work, I'll file a bug report. I'd sure like to be able to
use bstream to write the exabytes for our customers, it really helps
the speed on a loaded system.

Georges Lauri
lauri@gall.cchem.berkeley.edu
From: arritt@kuhub.cc.ukans.edu
Newsgroups: comp.sys.sgi
Subject: IRIX 4.0: how much memory?
Date: 21 Aug 92 09:49:13 CDT
Organization: University of Kansas Academic Computing Services

We're considering an upgrade from IRIX 3.3 to 4.0, now that
the rest of you have served as the guinea pigs :-)  :-)   
... Anyway, the problem is we've been told 4.0 needs 'more memory' 
but not how much 'more'.  So a couple of questions arise:

(1) With 16 MB will our 4D/25 only have problems at the margin,
for heavy loads or the largest applications; or will the thing 
turn into an electronic doorstop?

(2) All of the simm slots are filled with 1 MB simms.  If more memory 
is essential our ideal strategy would be to replace one bank of simms
with 4 MB, for a total of (4*4 + 12*1) = 28 MB of memory.  But we've
gotten a gazillion different answers about whether 4 MB and 1 MB
simms can co-exist in the same machine.  We'd very much like to hear
from  anyone out there who actually **HAS** 4 MB and 1 MB simms in
their machine, or who tried it and found it didn't work.  We've gotten
lots of answers along the lines of 'I don't think it will work' or
'It ought to work ok', but no real case histories. 

Thanks for sharing your experiences.
________________________________________________________________________
Raymond W. Arritt                     |  Dept. of Physics and Astronomy  
Assistant Professor                   |  University of Kansas 
arritt@kuhub.cc.ukans.edu             |  Lawrence, KS  66045  
Apr  1 12:29:21 timed[92]: THIS MACHINE IS A SLAVE
Apr  1 12:29:27 timed[92]: THIS MACHINE IS A CANDIDATE
Apr  1 12:29:31 timed[92]: This machine is master
From: narula@annapurna.wpd.sgi.com (Anurag Narula)
Newsgroups: comp.sys.sgi
Subject: Re: Backup&Restore Tool
Date: 19 Aug 92 15:24:10 GMT
Organization: Silicon Graphics Inc.

In <32110@adm.brl.mil> steve@chaos.ocean.fsu.edu (Steve Van Gorder) writes:
| When I do a full system backup using the system manager backup-restore tool, 
| the date of the last full backup (/etc/lastbackup) is never modified.  
| Does anyone know why ?

The /etc/lastbackup file is modified only if the complete system backup completed normally. I verified it yesterday on a 4.0.5 system.

=============================================================================
        Anurag Narula           narula@wpd.sgi.com              (415)390-1136
My reputation precedes me, otherwise I would be late for all my appointments.
=============================================================================
Newsgroups: comp.sys.sgi
From: fnf@fishpond.uucp (Fred Fish)
Subject: Re: bru filename length problem...
Date: Thu, 20 Aug 1992 18:26:43 GMT
Organization: Amiga Library Services
Keywords: sigh

In article <acas.714179869@godzilla.cgl.citri.edu.au> acas@cgl.citri.edu.au (Andrew Cassin) writes:
>we have been unable to backup some people's files due to an excessive
>pathname length (> 127 chars). IRIX 4.0.1 is currently being used.
>
>Question:  why is the max pathname length so short??? Will it be fixed in
>	   a later release of bru/irix? Is there a workaround (apart from
>	   not writing out the full pathname)?

The current maximum pathname length in bru is 1024 characters, an enhancement
that was added to bru about three years ago.  This was done in such a way
as to be compatible with older versions of bru, such as the one distributed
by SGI.  You can obtain information about acquiring a current version of bru
by contacting Enhanced Software Technologies at 1-602-820-0042.

Disclaimer:  I'm the original developer of bru and cofounder of EST, but
unless you plan on buying a few thousand copies, supplying this information
isn't likely to put any dollars in my pocket, since I haven't had any active
involvement with EST in years, and am only a minority stockholder...  :-)

-Fred
-- 
|\/ o\  Fred Fish, 1835 E. Belmont Drive, Tempe, AZ 85284,  USA
|/\__/  1-602-491-0048 {asuvax,mcdphx,cygint,amix}!fishpond!fnf
Newsgroups: comp.sys.sgi
From: davea@quasar.wpd.sgi.com (David B.Anderson)
Subject: Re: Symbolic ucode generation
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 17 Aug 1992 15:56:20 GMT

In article <1992Aug16.104342.28652@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
>Hi,
>
>As I'm writing an interpreter (yes again!) I was interrested in how ucode
>looked like. The manpage of cc mentioned on the fifth line that it was
>able to generate symbolic ucode. I cannot find a way to generate it. so far
>I only got binairy ucode. Am I misreading the man page?

No, you are not misreading. 

HOWEVER:
We have never shipped the symbolic-ucode utilities with the IRIX
development option and have never publicly documented Ucode (that I
know of!).  Ucode changes with almost every release:  you would find it
difficult to deal with new releases....

SUMMARY: the man page is wrong and always has been.

This rates a big Oops.
[ David B. Anderson             (415)390-1548             davea@sgi.com ]
From: davea@quasar.wpd.sgi.com (David B.Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: Possible bug in c-compiler ?
Date: 15 Aug 92 00:42:38 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Aug14.165251.20524@sni.ca> ash@sni.ca (Ashwin Palekar) writes:
>ON: IRIX 4.0.1 11150233 IP12
>
>Problem Description:
>~~~~~~~~~~~~~~~~~~~~
>	The software works with debug version (default compiler option)
>and dumps core in optimised version (-O).
>
>Problem Analysis :
>~~~~~~~~~~~~~~~~~
>	the code has the following logic.
>{
>	struct xyz *variable=NULL;
>	setjmp();
>	
>	variable = ... allocate memory.
>	free (variable)
>	variable = NULL; 
>
>	longjmp(Go to statement shown next)
>
>	if variable != NULL free(variable)
>	
>}
>
>In debug mode "variable" is equal to NULL after longjmp.
>In optimised mode "variable" it is not NULL after longjmp tries to free it
>resulting in core dump.
>
>IMP: This same behaviour is noticed on mips platform (maybe because of 
>same compiler).

The compiler is not broken. Your code is making an unwarranted assumption.

Loosely speaking: You want to declare any variable that he  is altered
in a function doing setjmp volatile.  Example:

	struct xyz * volatile variable = NULL;

In the absence of "volatile" the compiler is free to do optimizations
that will break your code.

Possible starting points for RTFM-ing:
    ANSI C Std section 4.6.1 and 4.6.2,   
    ISO C Std 7.6.1 7.6.2
    K&R2, section B8, page 254.

[ David B. Anderson             (415)390-1548             davea@sgi.com ]
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: hinv does not see Exabyte drives
Date: 21 Aug 92 02:22:03 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <2888@contex.contex.com> brian@garbo.contex.com (Brian Love) writes:

| My thanks to both Dave Olson and Johnny Chee Wah @ the University of
| Toronto.  It turns out our Exabyte drives had essentially random DIP switch
| settings.  When these switches are set correctly, the drive responds with
| no problems.  The most relevant switch is #1 which controls an Exabyte
| memory test.  The test takes 65 seconds when enabled.  I'm surprised we
| didn't see problems because of other bogus switch settings, such as parity
| enabled/disabled or odd/even byte disconnect.
| 
| Is there an SGI document that details supported Exabyte PROM versions and
| DIP switch settings?

Yes, there is an internal document.  The jumpers on the MX board should
be 1-4 on, 5-8 off; with some care they can be reached through the
side of the chassis, without disassembling the drive.  1 is the one
closest to the outside edge of the drive.

SGI has only shipped 2 prom revs for 8200's that I know of (except that
a customer posted recently that he got a third) 425?, 252T, and the 3rd
reported one (I didn't save the posting), where '?' is a letter that I
no longer remember for sure, but I think was 'A'.
--
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
From: bryan@pi.eai.iastate.edu (Bryan Manske)
Newsgroups: comp.sys.sgi
Subject: Would appreciate help/hints on Compiling CAP6.0 on 4D/35
Date: 14 Aug 92 16:18:14 GMT
Reply-To: bryan@pi.eai.iastate.edu (Bryan Manske)
Organization: EAI, Iowa State University, Ames, IA
Originator: bryan@IRIX


Subject line says it all:  I would greatly appreciate an SGI specific
makefile(s)/Configure/You-gotta-do-this-or-else exchange to get the
Unix to Appletalk Bridge to build correctly.

Thanks in Advance.


Bryan Manske.


-- 
Bryan Manske  (515) 296-9908        . 
Engineering Animation, Inc.         .  Too busy running to turn and fight.
bryan@pi.eai.iastate.edu            . 
#include <caveat_opinion.h>         .                            Me.
#include <standard_disclaimer.h>    . 
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: DECSERVERS with UNIX
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 19 Aug 1992 14:56:12 GMT

In article <19AUG199210035775@jhuvms.hcf.jhu.edu>, ecf_stbo@jhuvms.hcf.jhu.edu (it takes a bigger man to laugh at that man...) writes:
> ...
>We are running LAT (from SGI) on an SGI box. I'm not directly involved so I
>don't know intimate details, but there were some initial problems. They seem to
>have fixed most of them. We have LAT/TCP-IP terminal servers and running tcp-ip
> they were busying our ethernet with lots of little packets. LAT multiplexes a
> bunch of users keystrokes into the same packet. The downside is that SGI's LAT
> daemon has to look at every packet, but with four processors we have cpu to
> burn. 


I'm glad our LAT implementation is working for you.  The people who
worked on it worked hard.  (not me.)  Please continue complaining to
the TAC when it doesn't work.

However, the old story about LAT being significantly more effecient on
the wire than Telnet was false back when DEC started it.  The number of
packets from interactive traffic just doesn't amount to a big part of
an ethernet when that ethernet is used for data moving.  Perhaps LAT
was needed by DEC back when VAX's could not discard 100 p/s.  (Recall
the stories of what dogfight used to do to corporate networks.)  The
only reason to run LAT is because you need to talk to existing hardware
or software, or because you can get much better deals on LAT terminal
servers than TCP/IP terminal servers.  There are a bunch of reasons not
to use LAT if those reasons do not apply, starting with the fact that
LAT is not "route-able."  As an abstract protocol, LAT is widely used
among protocol designers as an example of what not to do.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi
From: cunning@arthur.msd.lmsc.lockheed.com (Dave Cunningham)
Subject: CDC Drive Parameters
Organization: Lockheed Missiles and Space Co.
Date: Wed, 19 Aug 92 01:15:09 GMT

My in-company computer repair folks replaced my failing 380 Mb system
disk on a 4D20 with with a similar one last used on a sun.  It's the
same model (CDC 94171-9) but with a different firmware rev. (0045).
I formatted it with stand alone fx, using the "auto" command.  That
went ok, but I notice that some of the drive parameters are different
than on my SGI CDC 380s- specifically,  "Report recovered errors" is 
enabled, "Auto bad block realloc. on read" is enabled, "Error retry attempts"
is 16, and "Drive read-ahead" is enabled.

Are all of these changeable with fx, or are they jumpered ?
If so, should I change them or assume fx did what was right ?

Thanks for the advice,



-- 
#include  <standard_disclaimer.h>

Dave Cunningham				cunning@arthur.msd.lmsc.lockheed.com
Lockheed Missiles and Space Co.		O/81-10, B/157-5E, (408)-756-1382
Newsgroups: comp.sys.sgi,rec.humor
From: andreas@awstar.rus.uni-stuttgart.de (Andreas Wierse)
Subject: Re: Music on the SGI Platform
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Date: Thu, 20 Aug 1992 07:55:47 GMT

In article <Bt8qHt.MHv@teleride.on.ca> iant@teleride.on.ca (Ian Thomson) writes:
>Hi netters,
>    is there any need for comprehensive music software on the SGI 
>    platform.  For instance, notator on the Atari or whatever is on
>    the MAC.  I talked to a SGI sales rep (I am thinking of buying one)
                             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
					   
Didn't know that they are on sale.

How much are they? How much is a maintenance contract?
Does a maintenance contract include the necessary food?
Are they available in an international version (with umlauts etc.) ?
Is there on-site service if he or she gets ill?
I would be more interested in a software engineer, are they for sale too?
(I would pay quite a little money for Dave :-)


(BTW, I wouldn't know what to do with a sales rep ...)


					   
(Sorry, couldn't resist :-)

--
 Andreas Wierse              | Institute for Computerapplications II
                             | Dep. Computersimulation and Visualization
 wierse@rus.uni-stuttgart.de | Computer Center University of Stuttgart
 Tel.: ++49-711-685-5796     | Allmandring 30
 Fax:  ++49-711-682357       | D-7000 Stuttgart 80     Germany

Newsgroups: comp.sys.sgi
From: davids@ctr.com (David Stein)
Subject: Re: shutdown by user
Organization: CTR Business Systems
Date: Thu, 13 Aug 1992 18:01:12 GMT

In article <165806INNmgs@agate.berkeley.edu> dasilva@eero.ced.berkeley.edu (Ruieta Da Silva) writes:
>
>Another way to let anyone shutdown the computer is to create an 
>account called shutdown and have the .profile or .login 
>contain 'init 0'. 
>
>the passwd entry would look like:
>shutdown::0:0:shutdown:/usr/people/shutdown:/bin/sh
>
>Deanan

This techique leaves a security hole in it when a user
uses the su command (ie su shutdown) since by default the 
.login or .profile is not read by default.  Upon su to shutdown
the user has superuser privledges, and the system is not halted.

stein@ctr.com
Newsgroups: comp.sys.sgi