HDTenEightyP/NetNews huggingface dataset:
From: zsd@axe.drea.dnd.ca (Jim Diamond)
Newsgroups: comp.sys.sgi
Subject: drawing a blank with blanktime
Date: 19 Nov 92 15:28:59 GMT

The man page for blanktime(1G) claims:
     The screen of the iris will normally blank (turn black) if the system
     receives no input events for 10 to 15 minutes.
I have a program (which can either draw on the background (i.e., it
calls imakebackground()) or be run as a screen lock) which, every 60
seconds, makes some calls like:
        drawmode(NORMALDRAW);
        singlebuffer();
        gconfig();
        shademodel(FLAT);
        linewidth(1);
(Sometimes, it's doublebuffer() ...)
If I have blanktime set to more than 60 seconds (i.e., I type
	blanktime <n>
for <n> > 4020) then the screen never blanks.  A quick scan of the man
pages of the above functions reveals no references to screen blanking.
When I run this same program in a mode where the code sequences like
the one above are NOT called periodically, screen blanking works
normally.

It seems to be that the actions of one of the routines above conflicts
with blanktime's man page assertion that only input events affect the
screen blanking.  Is a man page incomplete/wrong, is there a bug in
some GL code, or am I reading the man pages poorly?

This is occurring on an Indigo Elan (r3k) running 4.0.5A.

Thanks.

			Jim Diamond
			zsd@axe.drea.dnd.ca
From: hunter@werple.apana.org.au (James Gardiner)
Newsgroups: comp.sys.sgi
Subject: Re: NT programs under IRIX????
Date: 17 Nov 1992 14:41:45 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au

akin@tuolumne.asd.sgi.com (Allen Akin) writes:


>In article <1dqshoINNgbq@werple.apana.org.au>, hunter@werple.apana.org.au writes:
>> 
>> As SG machines will run many many NT programs ported by
>> MicroSoft and Sold at PC prices.
>> Will I be able to run these programs under IRIX.

>It seems very unlikely.

>I haven't heard of any plans to build a Win32 environment subsystem
>under IRIX.

>Allen
Well Allen, its easy to see that such an subsystem under IRIX would
improve its sales.  Worth considering.

James
Xref: sparky comp.sys.sgi:16464 comp.emacs:3556 gnu.emacs.help:4800
From: pereira@alice.att.com (Fernando Pereira)
Newsgroups: comp.sys.sgi,comp.emacs,gnu.emacs.help
Subject: Re: Problem installing emacs on SGI
Date: 16 Nov 92 02:18:11 GMT
Article-I.D.: alice.24204
Reply-To: pereira@alice.UUCP ()
Organization: AT&T, Bell Labs

In article <SCOTTH.92Nov13145741@hoshi.corp.sgi.com> scotth@hoshi.corp.sgi.com (Scott Henry) writes:
>
>>>>>> In article <1992Nov13.164336.2832@gmuvax2.gmu.edu>, 2064aw@gmuvax2.gmu.edu (R Moxley) writes:
>
>2064aw> I'm having problems installing emacs on our SGI machines.  The
>2064aw> distribution that I have is the one on the toolbox2.1 CD...
>2064aw> it's emacs 18.56.9.
>to allow temacs to undump the program. BTW, 18.59 is the latest
>version, and may actually have this patch in it.
I've just built Emacs 18.59 without any problems on an R4000 Indigo running
4.0.5F. Clearly, the patch must be included. Also, earlier Emacs
versions (or at least 18.57) seem to have some problems with subprocess
management (some suprocesses die unexpectedly, particularly when ^G
is typed on a buffer, other subprocesses survive after Emacs exits when
they should not) under 4.0.5F, while subprocesses under 18.59 seem to
behave correctly. You can get 18.59 either by buying the FSF software
distribution tape (thus supporting the FSF) or by FTPing the appropriate
file in directory /u2/emacs on prep.ai.mit.edu.

Fernando Pereira
AT&T Bell Laboratories, Murray Hill
pereira@research.att.com

Newsgroups: comp.sys.sgi
From: ashish@eng.umd.edu (Ashish Nedungadi)
Subject: Limit core dump size
Date: Tue, 24 Nov 92 00:11:33 GMT
Organization: College of Engineering, Maryversity von Uniland, College Park
Originator: ashish@valkyrie.eng.umd.edu


Hello,
	Maybe someone form SGI can answer this question for me.  There are times
when I run an application and it bombs.  When it bombs the disk goes berserk and then
writes out huge (appr. 200Mbytes) core file.  Is there any way to limit the size of a
core dump. Like maybe 
		
		limitcoredumpsize

Your insight into this will be much appreciated.

While I'm at it maybe you can answer these two questions that I have:

		-  When you log out, you get a window asking asking you
		   whether you are sure you want to log out.  The question
                   is, can you avoid this window from coming up ie when you
		   choose logout, you get logged out w/o any questions.  I was
		   thinking  that maybe you could put some statement in your
                   .Xdefaults file.

		-  If in the unforeseen circumstance you have to reboot the
		   machine w/o going through proper channels is it better to
			- hit the reset button on the CPU box
					OR
			- press <Ctrl>,<Shift>,<F12>,and the </> on the keypad
		   Which is safer and recommended more?

Thanks for your time and hoping to hear from you soon.  You can mail your response 
directly to me at my mailing address.

Ashish

==============================================================================
                  |  Dept of Aerospace Engineering  |  (301) 405 - 1153
Ashish Nedungadi  |  University of Maryland         |  ashish@eng.umd.edu
                  |  College Park, MD 20742         |
==============================================================================
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi
Subject: Re: "imgsnap" capability from application
Date: 18 Nov 1992 13:21:50 GMT
Organization: University of California; Santa Cruz
Distribution: usa
NNTP-Posting-Host: si.ucsc.edu


In article <141756@lll-winken.LLNL.GOV> wiltzius@anduin.ocf.llnl.gov (Dave Wiltzius) writes:
>
>I would like to capture all or portions of the screen display
>from an application and write this to a file that could later
>be displayed using, for example, "ipaste".  In essence, I would

try using scrsave. here's a c code frag which uses it
to grab a window and send to printer

...

winset(sgm.wid);
getorigin(&xo, &yo);
getsize(&xs, &ys);
sprintf(sss,"scrsave /tmp/im %d %d %d %d\0",xo-2,xo+xs+1,yo-2,yo+ys+1);
system(sss);
system("tops /tmp/im | lpr");

-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: Re: Nawk Bug NOT!
Date: 16 Nov 92 20:36:20 GMT

The syntax is ?? Wrong ?? for sprintf.
This works.
Putting the target of the sprintf assignment inside the
braces doe not work. Nawk sprintf returns its value as
a function, unlike the C analog.               

prog='
BEGIN {
	  i=1
	  printf("%03d\n",i);
	  string=sprintf("%03d",i);
	  print "string=",string
	  }
'
nawk "$prog"

Thanks to John Rupley at cs.arizona.edu for pointing this out to me.

Dan.

| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager  <1>  212 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Can't write to DAT from PI.
Date: 21 Nov 92 02:57:53 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Nov20.131112.730@ifi.unizh.ch> wei@ifi.unizh.ch (Qing Wei) writes:
| I want to backup files on a DAT tape connected to a PI,
| both tar and bru did not work.
|  
|   %tar cvvvvf /dev/dat .
|   ...
|   tar: tape write error: I/O error
| 
| 
|   %bru -cvvvf /dev/dat .
|   ...
|   bru: warning - Input/Output Error
|   bru: load volume 1 and enter device [default: /dev/dat] >>
| 
| and on the console I got (in both cases):
| 
|   NOTICE: SCSI tape #4 Unrecoverable error
|   NOTICE: SCSI tape #4 Unrecoverable error
| 
| But I can still read a DAT tape with files on it both by tar and bru.
| What's the problem?

Well, as per recent articles in this group, change master.d/tpsc
so the drive is recognized as a DAT, set the DIP switches right,
and make sure that whatever you linked to /dev/dat is correct.

--
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: rick@CERCA.UMontreal.CA (Richard Lefebvre)
Subject: CD-ROM on macs? and icons?
Keywords: CD-ROM, icon
Organization: Universite de Montreal
Date: Wed, 18 Nov 1992 16:52:01 GMT

I have 2 questions.

1.  Is is possible to use the CD-ROM from SGI on a Macintosh?

2.  Is is possible to have 4Dwm in 4.0.X do icons the same way NeWS
    used to do it in 3.X.X (i.e. no border and the title on top of
    the icon and not under it, or is it an X11 limitation)?  Right
    now the icons with title use too much space, and reducing them
    is a pain since you almost have to reduce all the icon images.

Rick

-- 
Richard Lefebvre               CEntre de Recherche en Calcul Applique (CERCA)
Email: rick@CERCA.UMontreal.CA                 5160 Boul. Decarie, bureau 400
tel: (514)369-5224, fax:-3880                                Montreal H3X 2H9
****************     This is a usenet friendly signature     ****************
Newsgroups: comp.sys.sgi
From: gleicher@CS.CMU.EDU (Michael Gleicher)
Subject: GL lighting equation
Originator: gleicher@HOSTESS.GRAPHICS.CS.CMU.EDU
Organization: CMU Graphics Group
Distribution: comp
Date: Sat, 21 Nov 1992 19:43:54 GMT


I'd like to know what the equation is for doing lighting calculations in GL.
(I'd like to be able to compute the color of a point on the screen in my
program, without having to draw it and read the pixel). 

I thought I saw the equations in an old GL manual, but couldn't find it (I
looked in all the ones we have around).

If someone could either give me the equation, or at least tell me where I can
find it, I'd be most appreciative.

Thanks,
	Mike
-- 
Michael Lee Gleicher				gleicher@cs.cmu.edu
		ski bum, graphics hacker, and SCS PhD student
Carnegie Mellon University, Pittsburgh, PA 15213-3891	(412) 268-6243 (school)
Newsgroups: comp.sys.sgi
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: tcsh users take note
Organization: Yale University
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 21 Nov 1992 18:12:40 GMT

Hi all,

I'm reproducing this for those who don't follow comp.unix.shell. Many
problems of special interest to SGI users have been fixed between 6.02 and
6.03, among others the "-t" operator which is used in SGI's default .login. I
haven't tried lately, but one now ought to be able to change one's shell from
csh to tcsh without worrying about startup files at all. Note that problems
with "-t" and similar teensy bugs have often been the cause of the "my
xsession went south" questions so often seen in this group.

--- snip ---
Newsgroups: comp.unix.shell
From: christos@deshaw.com (Christos Zoulas)
Subject: Tcsh-6.03 is now available
Summary: for anonymous ftp from tesla.ee.cornell.edu

Hello everyone,

This is the release announcement of tcsh version 6.03.  Tcsh is a
version of the Berkeley C-Shell, with the addition of: a command line
editor, programmable completion and listing, and a bunch of
small additions and bug fixes to the shell itself.

Tcsh now runs on VMS/Posix, OS/2-emx and Coherent, as well as many known
and unknown unix variants :-)

Tcsh-6.03 does not contain any new features, but it has lots of bug fixes
and minor cleanups.

You can grab a copy of tcsh, from 
	tesla.ee.cornell.edu:/pub/tcsh/tcsh-6.03.tar.Z

As always I would like to thank all the people who helped test and debug
all twelve patches of 6.02...

christos
--- snip ---

Enjoy,

--
| 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 |
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: How do I use a remote backup unit?
Date: 18 Nov 92 20:15:41 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <zGi-r*ML0@video1.han.de> achim@video1.han.de (Joachim Gothe) writes:

| In article <sek63l8@zuni.esd.sgi.com>, Dave Olson writes:
| 
| [...]
| >You just need permission.  The simples test is:
| >	mt -t remotehost:/dev/tape stat
| >	mt -t guest@remotehost:/dev/tape stat
| 
| STOP....now I have a question.
| 
| Is there a way to make a remote Backup WITHOUT having a Non-Password
| Guest-account on the mashine with the Tape?
| 
| I don't like accounts without a Password. :-)

Sure, use any user name you want, and a .rhosts file.  Still
somewhat of a security hole, but you can set up the account
to use a chroot'ed shell ala ftp, provided you create enough
files and bits of /dev.  I've done this a number of times.
--
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: davea@quasar.mti.sgi.com (David B.Anderson)
Subject: Re: Bug in SGI ansi compliance (or are the others wrong ?)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 18 Nov 1992 19:13:23 GMT

In article <SUHONEN.92Nov18084151@jalka.jyu.fi> suhonen@jalka.jyu.fi (Timo Suhonen) writes:
>kevin@tamri.com (Kevin Dalley) writes:
>
>   Look at SGI's header files sometime.  A lot of things are slightly or
>   badly broken when using "-ansi" because "sgi" is not defined.  Of
>   course "__sgi__" is defined, but the header files usually say "#ifdef
>   sgi".  A few functions are left undefined; a few macros are defined
>   incorrectly; some structures are defined incorrectly.  Because of this
>   problem, you may want to stay away from "-ansi" completely.
>
>Would you please list undefined functions, incorrect macro definitions
>and incorrect struct definitions. The list could help programmers to
>avoid broken definitions.

The use of "sgi" in headers is traditional.  But times have changed
and now only "__sgi" is really correct in headers we provide.
We goofed.

In a future release, -xansi will imply __STDC__=1  by popular demand.
In the meantime, I suggest you use
	-xansi -D__STDC__=1
routinely.  
This defines "sgi" so the header problems "vanish".
This avoids the problems with compiling lex(1) created C files which 
were noted recently in this newsgroup.

Useful things in the basic headers (as basic as math.h) are
not visible with -ansi.
Try
	-Dsgi
on the command line if you use -ansi and want to avoid problems with
the headers Mr. Dalley refers to.

Hope this helps a little.
[ David B. Anderson             (415)390-4263             davea@sgi.com ]



Newsgroups: comp.sys.sgi
From: wei@ifi.unizh.ch (Qing Wei)
Subject: Can't write to DAT from PI.
Organization: University of Zurich, Department of Computer Science
Date: Fri, 20 Nov 92 13:11:12 GMT

Hi there,

Can someone help me fix the following problem? Thanks for your hints.

I want to backup files on a DAT tape connected to a PI,
both tar and bru did not work.
 
  %tar cvvvvf /dev/dat .
  ...
  tar: tape write error: I/O error


  %bru -cvvvf /dev/dat .
  ...
  bru: warning - Input/Output Error
  bru: load volume 1 and enter device [default: /dev/dat] >>

and on the console I got (in both cases):

  NOTICE: SCSI tape #4 Unrecoverable error
  NOTICE: SCSI tape #4 Unrecoverable error

But I can still read a DAT tape with files on it both by tar and bru.
What's the problem?



The hinv shows:

1 20 MHZ IP6 Processor
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 2.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 2.0
On-board serial ports: 2
Data cache size: 32 Kbytes
Instruction cache size: 64 Kbytes
Main memory size: 16 Mbytes
Integral Ethernet: ec0, version 0
Unknown type 0: unit 6 on SCSI controller 0
Disk drive: unit 5 on SCSI controller 0              [<<<< CDROM  comment ]
Tape drive: unit 4 on SCSI controller 0: unknown     [<<<< DAT    comment ]
Tape drive: unit 2 on SCSI controller 0: QIC 150
Integral SCSI controller 0: Version WD33C93A
Graphics board: GR1.1 Bit-plane, Z-buffer options installed

and ll /dev/*{dat,tape}* tells me the devices are normal:

crw-rw-rw-   1 root     sys       23,128 Nov 20 13:57 /dev/dat
crw-rw-rw-   1 root     sys       23,130 Mar 28  1991 /dev/datns
crw-rw-rw-   1 root     sys       23,129 Nov 18 12:42 /dev/nrdat
crw-rw-rw-   1 root     sys       23,131 Mar 28  1991 /dev/nrdatns
crw-rw-rw-   1 root     sys       23, 65 Nov 20 01:53 /dev/nrtape
crw-rw-rw-   1 root     sys       23, 67 Mar 28  1991 /dev/nrtapens
crw-rw-rw-   1 root     sys       23, 64 Nov 18 17:35 /dev/tape
crw-rw-rw-   1 root     sys       23, 66 Mar 28  1991 /dev/tapens


-Qing
-- 
   Qing Wei                  |\  /||\  /||     Email: wei@ifi.unizh.ch  
   Dept. of Computer Science | \/ || \/ ||     Tel.:  +41 1 257 4317    
   University of Zurich      |    ||    ||____ Fax:   +41 1 363 0035    
  _Switzerland_________________________________Telex:  817 251 unii ch_ 
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: how to dissociate from controlling terminal?
Summary: check `man daemonize`
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 17 Nov 1992 22:06:47 GMT

In article <BxvIF4.BA2@math.uwaterloo.ca>, gamiddle@math.uwaterloo.ca (Guy Middleton) writes:
> How does one lose the controlling terminal on Irix?  The usual BSD mechanism,
> the TIOCNOTTY ioctl, doesn't seem to work.  Is there another way?

Judging from the IRIX 4.0.5 kernel source, if the process is not the
session leader, TIOCNOTTY should work fine.

Check `man daemonize` for a way to do it without pain, inspired by recent
BSD code.  Daemonize uses setsid() and closes all file descriptors, as in:

        if ((flags & _DF_NOFORK) == 0) {
                i = fork();
                if (i < 0)
                        return -1;
                if (i != 0)
                        exit(0);
                (void)setsid();
        }

        if ((flags & _DF_NOCHDIR) == 0)
                (void)chdir("/");

        if ((flags & (_DF_NOCLOSE|_DF_NOFORK)) != (_DF_NOCLOSE|_DF_NOFORK)) {
                _yp_unbind_all();       /* tell NIS its FD is dead */
                _res_close();           /* tell resolver its FD is dead */
        }

        if ((flags & _DF_NOCLOSE) == 0) {
                for (i = getdtablesize(); --i >= 0; ) {
                        if (i != fd1 && i != fd2 && i != fd3)
                                (void)close(i);
                }


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi
From: gmt@beach.cis.ufl.edu (Gary McTaggart)
Newsgroups: comp.sys.sgi
Subject: Epoch for Irix
Date: 23 Nov 92 12:05:26 GMT
Organization: Univ. of Florida CIS Dept.


Where can I find Epoch?  I see it in the ftp list, but it doesn't seem to
be at the site which it is listed as being at.

-Gary
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: Re: Hidden line removal...
Date: 19 Nov 92 21:49:57 GMT

In article <BxnnxK.CCK@cs.dal.ca>, lingley@ug.cs.dal.ca (William Lingley) writes:
|> Is there an efficient way to draw a wire frame, but
|> remove lines that would be hidden behind the solid portions
|> of the structure in front of the others?  I know I can use the z-buffer
|> and shade with the background color, but this still requires all
|> panels to be drawn anyway.  Preferably it should be a faster draw than
|> drawing the panels.  There was supposed to be an article on this in a magazine
|> at one point in time.  A pointer to this would be nice as well.
|> 
|> adv-thanx-ance
|> 
|> William (lingley@scylla.drea.dnd.ca or lingley@ug.cs.dal.ca)

I've never heard of a way to do this without drawing the panels ...
Please post if you find something.

Here's two different codes that I have managed to snitch from various resources
including the net that do this.  Just change the fill color to the background color
for wireframe.

void draw_hollow_tri_1()
{
               /* draws tri with verts p1, p2 and p3 with 
                  yellow outline, red fill. */

                /* Draw red fill. */
                c3f(red_col);
                lsetdepth(0xffff,0x7ffffe);
                bgnpolygon();
                v3f(p1); v3f(p2); v3f(p3);
                endpolygon();

                /* Draw yellow outline. */
                c3f(yel_col);
                lsetdepth(0x1,0x7fffff);
                bgnclosedline();
                v3f(p1); v3f(p2); v3f(p3);
                endclosedline();

}



void draw_hollow_tri_2()
{
               /* draws tri with verts p1, p2 and p3 with 
                  yellow outline, red fill. */
/*

 From "The Hidden Charms of Z-Buffer", 
 Kurt Akeley, IRIS Universe magazine,
 issue 11.

*/

                zwritemask(0x0);
                c3f(red_col);
                bgnpolygon();
                v3f(p1); v3f(p2); v3f(p3);
                endpolygon();

                c3f(yel_col);
                bgnclosedline();
                v3f(p1); v3f(p2); v3f(p3);
                endclosedline();

                zwritemask(0xffffff);
                wmpack(0x0);

                bgnpolygon();
                v3f(p1); v3f(p2); v3f(p3);
                endpolygon();

                wmpack(0xffffffff);
                
}



The second method has the disadvantage of three polygon draws
to get one hollow polygon.  On the other hand, it is slightly
sharper.


Fred
---
Fred Phelan
fred@poly2.nist.gov
/*___________________________________________________
   ____ __  ___  __    ___       ___        ___ 
  /__  /_/ /__  / /   /__/ /__/ /__   /    /__/ /\  /  
 /    / ( /__  /_/   /    /  / /___  /___ /  / /  \/
___________________________________________________*/
Newsgroups: comp.sys.sgi
From: gamiddle@math.uwaterloo.ca (Guy Middleton)
Subject: how to dissociate from controlling terminal?
Organization: University of Waterloo Software Liberation Army
Date: Tue, 17 Nov 1992 18:37:51 GMT

How does one lose the controlling terminal on Irix?  The usual BSD mechanism,
the TIOCNOTTY ioctl, doesn't seem to work.  Is there another way?

 -Guy Middleton, University of Waterloo		gamiddleton@math.waterloo.edu
		(+1 519 885 1211 x3472)		gamiddleton@math.uwaterloo.ca
From: HERBER@fnal.fnal.gov (Randolph J. Herber, CD/DCD/USS, x2966)
Newsgroups: comp.sys.sgi
Subject: Re: Andrew Filing [sic File] System
Date: 18 Nov 92 15:22:33 GMT

From:	SMTP%"ubjta56@ucl.ac.uk" 17-NOV-1992 19:40:18.01
To:	info-iris@wolf.brl.mil
CC:	
Subj:	Andrew Filing System

From: Dr P Day <ubjta56@ucl.ac.uk>
Newsgroups: comp.sys.sgi
Subject: Andrew Filing System
Date: 17 Nov 92 15:23:52 GMT
To:       info-iris@wolf.brl.mil


Being a bit fed up with NFS at out site we have begun to
look at the possibility of using AFS instead of NFS.

Has anyone used AFS on the SGI (Indigo) machines?

What are peoples experiences with AFS?

All replies greatly appreciated.

Paul
Newsgroups: comp.sys.sgi