HDTenEightyP/NetNews huggingface dataset:
From: davea@quasar.mti.sgi.com (David B.Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: Bug in SGI ansi compliance (or are the others wrong ?)
Date: 9 Nov 92 17:01:56 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Nov9.140450.591@bernina.ethz.ch> torda@igc.ethz.ch (Andrew Torda) writes:
>The following two lines of code don't compile with the -ansi option to
>the sgi cc compiler (version 3.10)
>
>---------- begin code ----------
>#include <stdio.h>
>FILE *fp = stdout;
>---------- end code   ----------
>
>On an sgi machine I get:
>% cc -c z.c
>% cc -c -ansi z.c
>accom: Error: z.c, line 2: integer constant expected
>       FILE *fp =       (__stdout) ;
>       ----------------------------^
>
>but it compiles using gcc's -pedantic option and the strict
>conformance option to sun's unbundled ansi C compiler.
>
>Which compiler is correct ? SGI's or the others ?

All three.  There is no requirement in the standard that stdout be a
constant.

This (normally minor)annoyance was introduced with -ansi because
The value of stdout with -xansi is (&_iob[1]) which, though a constant,
collides with the user namespace in:

#include <stdio.h>
int samplefunc()
{ {
		int _iob = 0;
		fprintf(stdout,"test\n",_iob);
  }
}

I a future release the constant form is reintroduced and stdout is
(&__iob[1]) when a pure ANSI C namespace is requested.

Sorry, but for 4.0.x we could not rename _iob. It was too far-reaching
a change to contemplate.
[ David B. Anderson             (415)390-4263             davea@sgi.com ]
Newsgroups: comp.sys.sgi,comp.mail.elm
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: SGI Workspace support for Elm
Organization: Yale University
X-Newsreader: TIN [version 1.1 PL6]
Date: Sun, 8 Nov 1992 18:59:56 GMT

Hi all,

Andy Rabagliati has pointed out and fixed another Makefile problem. It now
works even if you don't have the graphical System Manager (eoe2.sw.vadmin)
installed. The current version may be gotten from neutron.chem.yale.edu by
anon. FTP.

Cheers,

--
| Dave Schweisguth   Yale MB&B & Chemistry   Net: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208     Fax: 203-432-6144    Home phone: 203-624-3866 |
Newsgroups: comp.sys.sgi
From: ddh@earth.esd.sgi.com (Daniel Hachigian)
Subject: Re: IrisVision Card for PC's???
Organization: Silicon Graphics, Inc.
Date: Sun, 8 Nov 92 01:45:35 GMT

misdcc@otago.ac.nz (Chris Hinch) asks:

|> What is the current status of the SGI Iris Vision Card
|> (a low end polygon rendering engine wot fitted inside a
|> -ugh- 386/387 or 486 PC)?

|> Is it still available? Supported? Anyone have experience?
|>  Anyone want to sell one??

SGI has discontinued sales of Iris Vision; I don't know
what our support policy is for existing cards.

A startup company named Pellucid (408) 987-0317 in Santa
Clara, CA is continuing to sell them (under license, I
believe).

Dan
Newsgroups: comp.sys.sgi
From: ertas@athena.mit.edu (Mehmet D Ertas)
Subject: Re: Increased Prices for Memory
Organization: Massachusetts Institute of Technology
Date: Sun, 8 Nov 1992 18:41:48 GMT

In article <1992Nov7.051153.26035@ringer.cs.utsa.edu>, senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:
|> In article <1992Nov6.140610.26884@athena.mit.edu> ertas@athena.mit.edu (Mehmet D Ertas) writes:
|> >Yes, for the same reason, Kingston 3rd 
|> >party memory expansion kits for R4k (64 MB)
                                 ^^^^^^^^^^^^^^^^^
|> >have also increased by $350. By the way, 
|> >I was also told that the design of
|> >these have changed to include drivers in 
|> >order to eliminate any possible bus loading
|> >problems, due to their unconventional(!) design. 
|> >The new design is available now.
|> >
|> 
|> Yikes! I just placed an order with Impediment on Thursday and we are suppose
|> to receive the 32 MB upgrade package (for the R4K Indigo) on Monday. This is
|> the first I have heard of including "drivers" with the RAM so as not to load 
|> the bus. I have no idea which type of memory Impediment is sending (all I
|> know is that it's going to cost me more that it would have last week :(
|> 
|> Am I correct in assuming that I should be able to easily tell whether these
|> chips are the old or new design? (i.e. are the drivers are easy to spot?). 
|> Should I refuse delivery if there are the "old" design? 

As far as I know, this is not a potential problem for the 32MB kits, since
they occupy 8MB/slot on the board. However, 64MB kits occupy 16MB/slot,
using THE SAME CHIPS AS BUILDING BLOCKS (i.e. 4Mbit ones,  instead of 16Mbit, I suppose),
this means that the bus load will be twice as much on these slots.
(Especially on the lower bits of the address bus, they will have to drive 4 chips
instead of 1)
I'm pretty sure that there's nothing you have to worry about for the
32MB memory. Even the "older" 64MB design, as far as Impediment has told me,
worked just fine, but they've changed the design to make sure that there's
not even a little doubt on SGI's and the customer's side that they didn't
perform properly.


Deniz Ertas


|> 
|> Can anyone (Dave?) elaborate on what's going on?  Thanks.
|> -- 
|> David M. Senseman, Ph.D.     | A man who has never gone to school may steal 
|> (senseman@lonestar.utsa.edu) | from a freight car; but if he has a university
|> Division of Life Sciences    | education, he may steal the whole railroad.
|> UT San Antonio               |             Theodore Roosevelt (1858-1919)
From: tima@sequent.com (Timothy Alan Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: NURBS basis function on SGI's
Date: 10 Nov 92 18:19:58 GMT
Organization: Sequent Computer Systems Inc.

In article <34006@adm.brl.mil> gfo@de-montfort.ac.uk (Gary Fozzard) writes:
>
>
>On Mon, 9 Nov 1992 C.G.C.vanDijk@nl.tudelft.io wrote:
>
>> > I'm a grad student at UCCS (The University of Colorado at Colorado Springs),
>> > and I'm doing a NURBS project for my geometric modeling course.  We're using
>> > some Indigo SGI's, and I'm running into a problem with trying to figure out
>> > what the basis function should be.
>> 
>> After three years of working with Nurbs as a PhD student, I now have the
>> opinion that this is an elusive and tricky subject, and certainly not easy.
>> A professional using Nurbs cannot rely on Foley and van Dam alone.  Farin's
>> 'Curves and Surfaces for Computer Aided Geometric Design' 2nd (3rd?) edition,
>> Academic Press, is becoming the standard reference work.
>> 
>
>No not at all!  I have been looking at NURBS for only one year
>and have found a way to make the perform the way I want about
>30% of the time!    This came about through a lot of hard work
>at the terminal I can tell you.    In the end We decided to stick with
>our own suface topologies.  
>

I will agree with the previous PhD student on Farin's book. It also took me
well over 3 years to be able to do anything with any remote confidence that
I knew what I was doing. I'm still just a slop jockey, however ;-)

It seems that if you have your own 'surface topology' that you should be
able to convert it to NURBS using some normal mathematic mumbo-jumbo. I know
that I have changed our COONS surfaces to wonderful NURBS, and it wasn't
very hard at all. I imagine that if your patches were triangular, the process
wouldn't be as easy though. 

The process of generating a NURBS surface through a point mesh is still in
the 'touchy feely' stage of development. I beleive that some folks up at 
the University of Washington just did a paper on this in the most recent
SIGGRAPH stuff. I haven't looked too closely at it yet. Let me tell you
that it is a total pain and should be avoided at all costs...

tima@sequent.com
From: macleod@vissgi.cvrti.utah.edu (Rob MacLeod)
Newsgroups: comp.sys.sgi
Subject: Direct login failure
Date: 10 Nov 92 15:35:40 GMT
Article-I.D.: adm.34013

>I have a user who cannot log in directly to one of our Iris 4Ds
>running 4.0.1.  He tries, the screen blanks for a moment, and then
>he's back at the login menu.  (Even with no password, he fails.)
>All other logins, on that machine or by that user, succeed.  He
>has a pretty boring .login and .cshrc.  Any clues?

Make sure the user's .gamma file contains the value 1.700000 on a single
line.  This problem was fixed in some later version of 4.0.X but a number
of peole, myself included, have stumbled over this "feature".

Rob.


--------------------------------------------------------------------------
Rob MacLeod, Ph.D.
Nora Eccles Harrison Cardiovascular Research and Training Institute (CVRTI)
Building 500, University of Utah          
Salt Lake City, Utah 84112                      ____  __o
Internet:  macleod@cvrti.utah.edu              ____   -\<,
Phonemail: (801)581-8183                         ....0/ 0
Fax:       (801)581-3128
---------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: dhinds@leland.Stanford.EDU (David Hinds)
Subject: Re: Showcase: rotate text impossible ??? help.
Organization: DSG, Stanford University, CA 94305, USA
Date: Wed, 11 Nov 92 17:38:19 GMT

In article <1992Nov11.155119.17659@odin.corp.sgi.com> miguel@boytoy.csd.sgi.com (Michael/Miguel Sanchez) writes:
>
>One work around however, is to open a new showcase document, input a 
>line of text.  After entering the text make sure it is selected.  Go to the
>File-->Save As-->As EPS menu selection.  Provide a file name and when prompted
>whether to save entire document or selected item(s), choose only selected 
>items.  This has taken your one text object and saved it as an EPS file.  Now
>open up you main showcase document (the one containing your plots).  Do a
>File-->Insert-->EPS menu selection and import in the EPS file you just 
>created.  The imported EPS object can be rotated and in this case the line 
>of text which it contains is rotated.

That's what I do (almost), but I don't see the need to switch documents.
Just enter the text in the current doc, save as EPS, then delete it, and
import the EPS file.

        - David Hinds
          dhinds@allegro.stanford.edu
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: QUESTION: Any experience with connecting Sony MOD to the indigo?
Keywords: SGI Indigo SCSI Connection Question Help Info MOD Sony
Date: 6 Nov 92 07:28:05 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <Bx3Kp5.9BM@didymus.rmi.de> andreas@didymus.rmi.de (Andreas Fassl) writes:

| I'm searching for some information regarding the connection of SONY MOD's to
| an Indigo-WS. After the big problems with Sony CD-ROM connection to a
| sparcstation (Firmware change recommend) I don't want to do the same
| thing with the indigo again.

The Sony M-O drives are known to work *only* if SCSI disconnects are
disabled (in the scsi driver).  On multiple drive systems, that is a
real loser.  I'd recommend the MaxOptix Tahiti instead.
--
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: ttknock@hal.gnu.ai.mit.edu (Robert Armstrong)
Subject: crashes
Followup-To: last post 
Summary: strange crashes
Keywords: crash help
Organization: literally none
Date: Wed, 11 Nov 1992 20:54:35 GMT



	I returned to my 4D/20 last night to this happy message:

Panic: Kernal Fault
PC: 0x800003f0 ep: FFFFC0f0
EXC code: 64 'Software detected SEGV'
Bad addr: 0x3F0 cause: 0x700C<IP6>
sr: 0x18FF00<PE, cm, im7, im6, im5, im4, im3, im2, im1, im0>

Can some interpret?
I'm also having strange occurings with my mouse and keyboard. I
often turn the monitor off when I leave the system, and sometimes
when I turn it back on I cannot get the display to come back up by 
moving the mouse or typing so as to deactivate the autoblanking.

ttknock@hal.gnu.ai.mit.edu

PS - I'm running 3.3.2.
From: sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass)
Newsgroups: comp.sys.sgi
Subject: Re: Line that never gets erased
Date: 12 Nov 92 23:15:08 GMT


 
In <BxKAGJ.Az@constellation.ecn.uoknor.edu>, ssundara@essex.ecn.uoknor.edu (Sridhar Sundararaman) writes:
=  >use gclear to clear the planes in the different buffers. this
=  >will clear the red line as well.
=  
=  I tried 'gclear' and the system gives the following error message
=  
=  % gclear
=  GL: X request = 81.0, error code = 12
=  ERROR #93  Error in communication with window server: ERR_WMANIPC

  We've seen this on older 4D/20's and 25's that have the 1.1 version
  of the graphics hardware. Look at the output of 'hinv':

Graphics board: GR1.1 Bit-plane, Z-buffer options installed
                  ^^^
  There is a 1.2 version of the board that doesn't seem to have 
  this problem.  I haven't spoken to SGI about this, so I don't 
  know if they're aware of this or what they recommend doing.

  It is the only problem we've noticed with the old boards though.... 
  so far :)  Also, this behavior is new with 4.0.x and is still
  present in 4.0.5.

  -shoshana
   shoshana@pdi.com
   Shoshana Abrass
   Pacific Data Images, Sunnyvale, CA
From: gray@celia.UUCP (Steve Gray)
Newsgroups: comp.sys.sgi
Subject: window problems under 4.0.5.
Date: 11 Nov 92 02:45:44 GMT
Reply-To: celia!gray@usc.edu (Steve Gray)
Organization: Rhythm & Hues, Inc., Hollywood

Sometimes when one of our applications tries to open a new window using 
"winopen" the window's area will get erased but then somewhere in the depths
of the GL library or in the X stuff it hangs (different places each time)
before any drawing commands are processed... UNTIL you move the mouse.

Rebooting the machine solves this problem (temporarily).  Restarting 4Dwm
does not.

Any clues?  Is this a known bug to be fixed soon?

Thanks.


P.S. 4.0.5. Unix, 3.1. compilers, R4K Indigo Elan
From: lear@yeager.corp.sgi.com (Eliot Lear)
Newsgroups: comp.sys.sgi
Subject: Re: Looking for a X based mail reader for IRIX
Date: 7 Nov 92 07:17:45 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <24101@alice.att.com> keshav@alice.att.com (Srinivasan Keshav) writes:

>Hi,
>	I am looking for a X based mail reader to use on my IRIX
>machine (running 4.0.5). I tried to port XMail (rewrote their pty
>allocator) but did not succeed. If anyone has successfully ported
>XMail or knows of public domain or commercial software for reading
>mail, please let me know.

One product I like is Z-Mail, written by Dan Heller (argv@z-code.com).
It's a commercial product, and it looks pretty zippy on an SGI, and
has fairly full MH-like functionality.  It also reads and uses mbox
format files.  Dan already has preliminary support for MIME built in,
and he'll be using it for enclosures in the next release.  This should
be of particular importance to SGI users that want to send graphics
through the mail.

A public domain mailer to look at is Messages.  Messages comes with
Andrew, which is on the R5 contrib tape.  Warning- installing Andrew
is non-trivial.  A multimedia mailer, Messages was written by
Nathaniel Borenstein, co-author of MIME.  It also has a message
filtering mechanism that uses a LISP-like extension language called
Flames (great name).
--
Eliot Lear
[lear@sgi.com]
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: Killed?
Date: 10 Nov 92 14:21:11 GMT
Organization: Xyvision Design Systems

In article <1992Nov7.222817.2014@sol.ctr.columbia.edu> shenkin@still3.chem.columbia.edu (Peter Shenkin) writes:
>In article <3112@contex.contex.com> frank@marvin.contex.com (Frank Perdicaro) writes:
>....
>>Process B eventaully dies, A finds old date, no evidence in SYSLOG, 
>>concludes B has died a natural death, and kills itself after it cleans
>>up its semaphore and shared memeory.
>
>What does A do if B has been killed?  What does B do if A has been killed?

Lets back up a bit and realize that there are two scenarios I am
thinking of.  First, the kernel sends the pig process a signal it
catch, the process is removed, and a message is put in SYSLOG.  This
is a special event, unlike most other signals a process gets; indeed
this is why it is logged in SYSLOG.  Second are all other deaths, be
they by uncaught signals, or by normal termination, loss of power, or
whatever.  

It is this first, special, event that one can track with the system I
mentioned.  Addressing the last concern first, the kernel kills the
pig, B,  -- thats why one must keep A small.  You are right: without
knowing what the algorithm is, there is no way to say that A will not
be killed first.  My setup makes an undetectable event highly likly to
be detected.  Highly likely is not good enough for some.  
Back to the first point, if B is killed ( not be the kernel in the 
special first case above ) it must be sent a signal, or expire
naturally.  If it expires naturally, the shm key or the semaphore
could be set to an agreed upon value.  Similar for a caught signal.
An uncaught signal causes a kill thats not logged in SYSLOG.  

In general, this system can be refined ad infinitum to be a better and
better tracking system.  More and more checks can be put in.  
How much time do you want to spend, knowing that without the original
algorithm, perfection is not possible?  

I think what you really want is another signal.  Make A and B a
process group.  When B gets too big, send it a TERMINATE signal.
Then send the procees group a signal MEMBER WAS TERMINATED, and 
set the handler's funciton pointer so when called it returns the PID
of the terminated process.  This is better, but it is still not
perfect.  The likelyhood of A being killed is still finite.  Extended
even more, make it so the kernel would not kill the leader of one 
of these process groups until it really had to.  This entails 
making the sort that determines the process to be killed a n+1
dimensional sort where it is currently a n dimensional sort.

Thats enough blather on my part.
-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
Newsgroups: comp.sys.sgi
From: ttknock@hal.gnu.ai.mit.edu (Robert Armstrong)
Subject: modem problems on sgi pi 4d/20
Followup-To:  last post 
Summary:  inmac cable doesnt work
Keywords:  modem sgi pi inmac cable help
Organization:  nonen 
Date: Thu, 5 Nov 1992 21:05:30 GMT



	I have bought a modem cable from Inmac as per suggestion
from the people at SGI Express. Seemingly enough, I still cannot
get my modem to work with cu or any other programs. cu seems to 
be set up fine as it can sucessfully send to the modem however
it cannot receive, it sends the init string and then just waits 
for OK.

ttknock@hal.gnu.ai.mit.edu

Newsgroups: comp.sys.sgi
From: stefans@bauv106.bauv.unibw-muenchen.de (Stefan Schwarz)
Subject: Fontmanager and OpenGL
Organization: Universitaet der Bundeswehr Muenchen (Germany)
Date: Mon, 9 Nov 1992 11:41:56 GMT

I try to write GLX-applications with minimum efforts when porting to
OpenGL in mind. But now i have a problem with the drawing of characters.
I can use fontmanager functions, but i can't see an equivalence within
OpenGL. So, how should i deal with 3D-text.

Stefan
-- 
__
Stefan Schwarz                            University of the armed forces
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--
From: slevy@noneuclid.geom.umn.edu (Stuart Levy)
Newsgroups: comp.sys.sgi
Subject: Explorer and Inventor file formats?
Date: 9 Nov 92 04:26:14 GMT
Distribution: na
Organization: Geometry Center, University of Minnesota

Is documentation available for the Explorer and Inventor file formats?

In particular, I'm hoping to find out about Explorer's Pyramid and
Inventor's geometric data formats, in enough detail to make it possible
to produce code to read and write reasonable subsets of them.  I've hunted
through our copies of Explorer 1.0 and Inventor (EOE) 1.0 to no avail.
It's easy to generate sample data files and guess, but it'd be nice to
look at something definitive if possible.

Maybe a couple of meta-questions are appropriate: How stable are these
file formats likely to be in future products?  [Clearly no promises expected.]
Are they defined primarily by the source code to their library routines
(and so not a suitable subject for documentation)?

    Stuart Levy
From: john@sg25.aud.temple.edu (John W. Schwegler)
Newsgroups: comp.sys.sgi
Subject: Re: MH on Irix?
Date: 13 Nov 92 23:08:12 GMT


As an additional followup on this message, I have made MH (as configured
for IRIX 4.0.x) available via anonymous ftp:
sg25.aud.temple.edu:/sgi/mh-6.7.2

In this directory there is a compressed tar file of the MH 6.7.2 distribution
(not compiled, or it would be huge) and also the entire directory structure
for the MH package. This way, anyone who just wants to pick out a few config
files can do so.

I hope this helps!
______________________________________________________________________________
"Genius may have its limitations,       | John Schwegler
   but stupidity is not thus            | Temple U. Auditory Research Dept.
   handicapped."                        | john@sg25.aud.temple.edu
         - Elbert Hubbard               | (215) 221-3687 FAX 221-7523
From: c60244@ccfiris.aedc (Kenny McDonald)
Newsgroups: comp.sys.sgi
Subject: Re: Does IRIX support "secure" nfs?
Date: 9 Nov 92 18:26:25 GMT

Keystrokes of Kenny McDonald, in response to Vernon Schryver:
>
>In article <1992Nov5.032429.2196@igor.tamri.com>, lim@igor.tamri.com (Bill Lim) writes:
>> I haven't seen anything in my system manuals about any kind of
>> secure nfs. I have used SUN's secure nfs option and am wondering
>> if it or a functional equivalent exists for IRIX?
>> 
>> SUN's secure nfs can prevent a user with root permissions on his/her own
>> workstation to "su" to another user and view or change that user's
>> files, via nfs, unless the file permisssions are set r/w for others.
>
>
>I thought all NFS servers by default mapped UID 0 to "nobody", usually
>UID=-1 or something similarly bogus.  The original SUN reference source
>did.  So have all SGI NFS products.
>

This doesn't keep someone with root privs from su'ing to another user in
order to look at any NFS files belonging to that user.  I have heard that
there is a version of NFS that will not use the effective UID for file
access; thus handling this type of situation.  Has anyone else heard of this?

  vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
  | Kenneth M. McDonald * OAO Corp * Arnold Engineering Development Center |
  |          MS 120 * Arnold AFS, TN 37389-9998 * (615) 454-3413           |
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  INTERNET:
  mcdonald@aedc-vax.af.mil

  LOCAL:
  c60244@ccfiris
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: crimson cannot halt/reboot
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 10 Nov 1992 17:11:05 GMT

In article <1992Nov10.115333.781@artcom.de>, chris@artcom.de (Christian Hoefig) writes:
> IRIX 4.0.5, SGI crimson, 
> kaufhof 84_> uname -a
> IRIX kaufhof 4.0.4 03241739 IP17
> 
> Shutdown and reboot don't work.
> 
> Executing shutdown works only to the point, where 
> /etc/init 0 is called. this should start /etc/rc0, which
> completes the shutdown, basically per killall.
> Executing /etc/rc0 "by hand" works, but /etc/init 0
> simply seems to do nothing. No hints in system log files.
> exit status of /etc/init 0 is 0. 
> 
> Even after reinstalling IRIX, the effect remained. Of course,
> /etc/reboot won't do either. We talked to our SGI man, 
> said he never heard of such a thing before.
> 
> Any ideasm ? We will reformat the disk and reinstall, if 
> nothing else works.


The most common cause of shutdown not working is that /etc/rc2 is
still waiting for /etc/rc2.d/S95autoconfig to finish waiting for
lboot to finish waiting for the operator to answer the "automatically
reconfigure the operating system" question.  If this is the cause,
then `killall lboot` should break things loose.

Unless the dates of files in /usr/sysgen/* are crazy (i.e. in the future),
simply answering the question "y" once will fix the problem permanently.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi