HDTenEightyP/NetNews huggingface dataset:
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: IRIX 4.0.1 telnet(1) problem.
Date: 6 Apr 92 21:57:55 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <syscrc.702583583@gsusgi1.gsu.edu>, syscrc@gsusgi1.gsu.edu (Randy Carpenter) writes:
> ...
> >unsigned long tcp_sendspace = 60 * 1024;        /* must be < 64K */
> >unsigned long tcp_recvspace = 60 * 1024;        /* must be < 64K */
> >
> >change them to 
> >
> >unsigned long tcp_sendspace = 30 * 1024;        /* must be < 64K */
> >unsigned long tcp_recvspace = 30 * 1024;        /* must be < 64K */
> ...

> Ok...that works (thanks!).  Now that I've done this, does anyone know if
> the IRIX telnetd will negotiate up from 30K to 60K for clients that are
> able?  In other words, by changing the 60 to 30, have we locked ourselves
> out of the possible performance benefits?

Those variables control the absolute upper bounds on the window sizes
They cannot get any larger even if they were negoticated in TCP/IP,
which they are not.

The performance consequences are mostly with FDDI.  


Vernon Schryver,  vjs@sgi.com
From: dellwo@calgary.scs.uiuc.edu (Martin J. Dellwo)
Newsgroups: comp.sys.sgi
Subject: automounter looking for .dumpster
Date: 16 Apr 92 00:27:57 GMT
Article-I.D.: ux1.1992Apr16.002757.19589
Organization: University of Illinois (Urbana-Champaign)

Anybody seen problems like this?
SYSLOG message:

Apr 15 19:02:30 calgary automount[112]: can't mount 
     montreal:/usr/grpbin/.dumpster: No such file or directory

I get these messages every time I log on to my account, they show up
in the system log and I find them annoying tho harmless.  Any ideas?
My login directory is local (/usr/calgary/dellwo), but /usr/grpbin is
an automount indirect mount point on another machine (montreal) and
only has subdirectories, no regular files.  My workspace database et.
al. files in ~/.workspace don't have any reference to 'dumpster' or
'Dumpster' as being anywhere but the place it ought to be
($HOME/dumpster) and I in fact deleted ~/.workspace and had it rebuilt
by restarting workspace.  The directory /usr/grpbin is *not* in my
path or PATH variables, so it shouldn't get searched (which would
cause automount to mount it).

Thanks,
  Marty
-- 
Martin J. Dellwo                                        |On Sale|
dellwo@[calgary.scs.]uiuc.edu                           | $4.95 |
University of Illinois Urbana-Champaign                 ---------
"Verbosity leads to unclear, inarticulate things."-Dan Quayle
Xref: sparky comp.sys.sgi:6521 comp.graphics:5216
From: pab@rainbow.cse.nau.edu (Paul Balyoz)
Newsgroups: comp.sys.sgi,comp.graphics
Subject: Gview / GFO file format
Date: 6 Apr 92 18:26:12 GMT
Followup-To: comp.sys.sgi
Distribution: usa
Organization: Northern Arizona University, Flagstaff AZ
Originator: root@rainbow.cse.nau.edu


The gview utility can display radiosity data on Iris 4D workstations.
Does anyone know the complete file-format for "gfo" files?
I can find no man-pages on the gfo format, nor any useful files in
the demos or 4Dgifts directories.  I have the demos source tape from SGI,
but don't see any documentation on it there.  (stomping around in the
gview source code is being reserved as a last resort).

Looking at the sample files in /usr/demos/data/gview yielded some keywords:

	scope, cpack, v3f, polygon, instance

These make sense, but we still have some questions:

	* How do you represent a light source?
	* How do you represent the reflectivity of a polygon?

Any help will be appreciated.

						-- paul

-- 
Paul Balyoz, Software Specialist II    pab@rainbow.cse.nau.edu
Northern Arizona University            pab@naucse.cse.nau.edu
PO Box 15600, Flagstaff, AZ 86011      pab@mv1.cse.nau.edu
NICname: PB1                           ...arizona!naucse!pab
From: bouchard@sg1.chem.upenn (Donald Bouchard)
Newsgroups: comp.sys.sgi
Subject: SGI emacs keymap problem
Date: 8 Apr 92 13:04:11 GMT
Distribution: comp.sys.sgi
Organization: University of Pennsylvania, Philadelphia, PA


I have two SGI's which both run v18.57 emacs.  I have a problem
with the mapping of the backspace key when I use emacs on the
remote Personal Iris (from the console of the Indigo) during an rlogin
session.

When I use emacs locally the backspace key is recognized as the
delete key.  When remotely logged into the Personal iris from the Indigo, the 
backspace key is recognized as ^H.  The result is when I try to
delete a character the help function is invoked and to delete a character
I must use the delete key above the arrow keys.  I haven't figured out
how to remap the the backspace key as the delete key during a remote
session.  Any clues?

Donald Bouchard
Newsgroups: comp.sys.sgi
From: davea@quasar.wpd.sgi.com (David B.Anderson)
Subject: Re: To compile C and Fortran together
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 16 Apr 1992 16:04:20 GMT

In article <1992Apr16.023244.5972@ux1.cso.uiuc.edu> gbnewby@uxh.cso.uiuc.edu (Gregory B. Newby) writes:
>Sorry if I'm being dense.  I have a Fortran program (which 
>compiles and runs fine on my 4D/25 under 3.3.2), and want to 
>build some graphics around it, in C.
>
>The Iris manuals only mention compiling multiple language 
>source files together, but program control and passing arguments
>is still a mystery to me.

Extensive covereage of this is in Section 3 of the
Fortran 77 Programmer's Guide.  Document 007-0711-030.  
The chapter is titled "Fortran Program Interfaces."
This is with release 4.0.1 Fortran.




		man mkf2c
will also help.

Hope you have easy access to the Programmer's Guide.....
[ David B. Anderson  Silicon Graphics  (415)335-1548  davea@sgi.com ]
From: k@apple.com (Keith Cox)
Newsgroups: comp.sys.sgi
Subject: Re: old keyboard and mouse on Indigo
Date: 10 Apr 92 05:16:36 GMT
Organization: I bleed pure Indigo

In article <1845@ra.nrl.navy.mil>, schuette@.nrl.navy.mil (Larry Schuette) writes:
> 
> Has anybody tried using the older (IMHO nicer) keyboard and mouse on
> the indigo?  I have a 4d35/tg at my desk, and also have an indigo elan
> on order.  I really dislike the new keyboard and mouse, will my old ones
> work with the indigo? 
> 


Larry,

My news server is running about a week behind schedule, so you may
have already had this question answered.  However, just in case, here's
the info.

To begin with, basically, the answer is no.  There are several reasons
why this is so.  The main reason is that the indigo doesn't supply the
proper voltages to power the keyboard.  The older keyboards ran off of
+8V and -8V.  The newer keyboards run off of a single rail at +5V.  The
same applies to the mouse.  I'm not completely familiar with the old
keyboards, but it *might* be possible that if you supplied the proper
voltages externally the serial ports would handle the signals correctly.
I know the protocol is the same, only the signal levels have
changed to save power.  The reason I know this is that while at SGI,
I used an Indigo keyboard on my PI for about a year with no problems
at all.

Anyway, this brings up another subject.  I feel exactly opposite the
way you do about the new vs old keyboard/mouse.  I realize this is a
matter where people disagree violently (a lot of this went on internally
to SGI as the new keyboards were being brought in), but I suggest you
at least give the new keyboards a chance.  My experience has been that
people can get used to anything, and, once they're used to it, they
don't like to change.  So, a few years from now you just might be
calling for sgi to keep the indigo keyboard rather than move forward
to something new.  Then again, I could be completely full of it.

keith
k@apple.com

std disclaimer: This statement expresses my personal 
                opinion, and has nothing to do with the thoughts
                of certain VERY HIGHLY paid individuals at the
                company where I am presently employed.
From: taylorf@sweetpea.jsc.nasa.gov (Frank S. Taylor IV 283-4278)
Newsgroups: comp.sys.sgi
Subject: Re: electronic submission of bug reports
Date: 7 Apr 1992 18:29:44 GMT
Organization: nasa-jsc

Here's my two cents worth:

SGI should develop/buy (Rapport has this capability) an intelligent
filtering capability which would scan incoming bug reports, questions, etc.
The filter could determine whether the question is potentially a common
one (FAQ) and automatically mail a solution (or a location for a solution).
Or, the filter could automatically refer a question to the appropriate
internal group (e.g. Explorer guys, audio guys, GL guys, inst guys).  
There's many things that could be done with the filter which would
address the previously mentioned problems (like whether the sender is
under support).  

There's a lot of possibilities with such a set-up, and I think the cost
to SGI would be minimal (actually, it could save money in the long run).

----------------------------------------------------------------------------
Frank S. Taylor IV  -  McDonnell Douglas Space Systems Company
16055 Space Center Blvd., Houston, Tx  77062
(713) 283-4278 (Voice)  ||  (713) 283-4020 (Fax)
taylorf@sweetpea.jsc.nasa.gov
----------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: gbnewby@uxh.cso.uiuc.edu (Gregory B. Newby)
Subject: To compile C and Fortran together
Organization: University of Illinois at Urbana
Date: Thu, 16 Apr 1992 02:32:44 GMT

Sorry if I'm being dense.  I have a Fortran program (which 
compiles and runs fine on my 4D/25 under 3.3.2), and want to 
build some graphics around it, in C.

The Iris manuals only mention compiling multiple language 
source files together, but program control and passing arguments
is still a mystery to me.

If y'all have a simple example of how to call a C function (and
pass arguments) from a Fortran program, or call a Fortran subroutine
or function from a C program, I'd sure appreciate it!

I tried some simple things, trying both C and Fortran as the calling
program.  I created a simple function which took an integer argument,
and compiled the source code with a single line.  The error was along
the lines of:
	ld:  
	test not found
if the function is called "test"  I compiled with a command of the
form:
	cc testc.c testf.f
(with  no errors or warnings).  The programs were 4 lines each, of
the form:

#include <stdio.h>
extern int test();
main()
{
	int i;
	test(i);
	printf("Return value was %i\n",i);
}

and:
	function test(i)
	integer i
	print*,'Welcome to the test function'
	return(2)
	end

Seems simple enough, eh?  Thanks, friends, for any help you can
offer.

-- Greg Newby
gbnewby@uxh.cso.uiuc.edu   gnewby@uiuc.edu  gbnewby@alexia.lis.uiuc.edu etc.
	Curiouser and Curiouser  (Alice)

Newsgroups: comp.sys.sgi
From: dplakosh@isis.cs.du.edu (Daniel `Plakosh)
Subject: TWO FDDI CARDS IN ONE SGI WORKSTATION
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Fri, 10 Apr 92 03:29:40 GMT













   I WOULD LIKE TO KNOW IF IT IS POSSIBLE TO PUT TWO FDDI CARDS INTO 
ONE SGI WORKSTATION AND COMMUNICATE ON TWO TOTALY SEPARATE NETWORKS. 
IF THIS IS POSSIBLE HOW DOES ONE SELECT WHICH NETWORK DATA GOES OUT 
ON?  I AM ASSUMING THE USE OF SOCKETS AS IN ETHERNET (TCP/IP).  I DO NOT
 
HAVE ANY EXPERENCE WITH FDDI.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: QIC-150 reliability
Date: 6 Apr 92 21:39:34 GMT
Article-I.D.: zuni.j7heblk
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Apr6.071103.39066@kuhub.cc.ukans.edu> arritt@kuhub.cc.ukans.edu writes:

| We have always had a lot of trouble with the reliability of backups
| made using our QIC drive.  Very often we find that a tape is unreadable
| when we go back and try to restore a file.  There doesn't seem to be
| any particular pattern -- new tapes, old tapes, all brands of tapes,
| drive just cleaned, whatever.   My only hypothesis is that 
| backups written fairly recently SEEM to work better than older tapes,
| i.e. there may be an "aging" effect, but I can't say so for sure.  
| I should add that sometimes the tapes do work just fine.

Do you verify that the tape is readable (and correct!) immediately
after making it?  That is, was the tape always bad, or did it
deteriorate over time?

| I called the 3M "800" number and after the usual "you should clean the
| heads" the consultant went into a spiel about "turning up the current
| on the drive".  My interpretation is that this will strengthen the
| magnetic field produced when the tape is written, thereby aligning
| the magnetic particles on the tape more reliably (yes, you're right, I'm
| not an engineer ... :-)  ) 

Sounds like an extremely poor idea to me, unless you have all the
settings and equipment to make sure it is correct.

| Does this sound familiar to anyone?  If the idea isn't completely 
| bogus, how do I go about "turning up the current"?   Or is there
| anything else I can do?  The drive is cleaned regularly and doesn't
| see a whole lot of use.  

Tape storage is important.  If the tapes get hot, or moist, they
fail a lot more rapidly.  Similarly, if they are stored in on environment,
and then soon after used in a fairly different one.

Sometimes an 'mt retension' will help for these cases.
--
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: silvert@biome.bio.ns.ca (Bill Silvert)
Newsgroups: comp.sys.sgi
Subject: What is "lines"?
Date: 8 Apr 92 20:32:31 GMT
Distribution: na
Organization: Habitat Ecology Div., Bedford Inst. Oceanography

I just wrote a kludge to return the number of lines in my terminal (all I
do is edit the output from resize(1)), but apparently the command "lines"
means something to csh.  Doing the same thing with columns works OK, and
lines works under sh, but when I enter "lines" under csh the terminal just
sits and waits for input.  I've searched the manual entry for csh and can't
find anything there or in the C-Shell Field Guide.

There is a "." at the end of my path, which is how I find lines.  If it is
in another directory in my path it sometimes works.  This is weird!

It's not a programming problem, since I have the same problem with this
program if I call it "lines"

:
echo OK

and I even find that the terminal sits and waits if I give the command 
"lines" when there is no executable file of that name on the system.

It must be simple, but I'm baffled.

Bill
------------------------------------------------------------------------
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
-- 
------------------------------------------------------------------------
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
Newsgroups: comp.sys.sgi
From: tohanson@gonzo.lerc.nasa.gov (Jeff Hanson)
Subject: Re: Why does 4.01 run so slow on a Personal Iris?
Keywords: memory, 3rd party
Organization: NASA Lewis Research Center
Date: Thu, 9 Apr 1992 20:18:36 GMT

IMPORTANT FOLLOWUP -

As Peter Shenkin pointed out to me it is Toshiba that work and Hitachi
that may not.  In any case, make sure you get memory for SGI.
-- 
---------------------------------------------------------------------------
 Jeff Hanson - Scientific Graphics Programmer and Workstation Administrator
 Sverdrup Technology, NASA Lewis Research Center Group
 NASA Lewis Research Center, MS 86-4, Cleveland, Ohio 44135
 Telephone - (216) 433-2284  Fax - (216) 433-2182
 tohanson@gonzo.lerc.nasa.gov	-   ViSC: Better Science Through Pictures
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: Re: How About a Word Processor with IRIX 4.0.X?
Date: 13 Apr 92 14:38:05 GMT



>From article <1992Apr11.004752.9988@ringer.cs.utsa.edu>, by senseman@lonestar.u
tsa.edu (David M. Senseman):
> With summertime fast approaching (at least here in Texas), maybe
> someone at SGI should get a couple of talented Stanford graduate
> student interns to write some apps for Workspace, in particular
> a modest Word Processor. I don't mean a heavy duty product like
> Frame, but something that could give you WYSIWYG, a spell checker,
> mouse control, etc. For example, when Microsoft released Windows, 
> it included its "Write" program ... a reasonable little text 
> processor. Write is/was functional, but not a serious competitor to
> "end-high" packages such Word for Windows, WordPerfect for Windows, etc.
> 
I've always thought that with a little work, Showcase would
fit the bill for this perfectly. Just enhance the text features
to provide things like centering etc. (Hint, hint, sgi).

Fred Phelan
fred@poly1.nist.gov
From: hofer@urz.unibas.ch (Remo Hofer)
Newsgroups: comp.sys.sgi
Subject: Re: Apple LaserWriter IIg
Date: 10 Apr 92 10:39:13 GMT
Organization: University of Basel, Switzerland

In article <1992Apr9.083436.3703@jarvis.csri.toronto.edu>, 
wyllie@csri.toronto.edu (Andrew Wyllie) writes:
> We are now considering buying an Apple LaserWriter IIg.
> Has anybody hooked up a IIg in this manner?
> I'm not sure if the IIg uderstands TCP/IP or if the ethernet 
> support is just MACether or whatever MAC calls it.
> 
> thanks
> andrew

We consider to bye this printer too, because it can print 65 "grey levels"
(different pixel sizes). Since the printer has no parallel port but an ethernet
port (thinwire), is their a fast solution to connect the printer to an PI 4D/35
or do we have to live with the serial port of the printer?
-- 
       RFC822:  <hofer@urz.unibas.ch> or <hofer%urz.unibas.ch@CERNVAX.BITNET>
        X.400:  S=hofer;OU=urz;O=unibas;P=SWITCH;A=ARCOM;C=CH
  HEPNET/SPAN:  CHGATE::YOGI::HOFER or 20579::48130::HOFER
From: williams@agomoda.asd.sgi.com (Eric Williams)
Newsgroups: comp.sys.sgi
Subject: Re: Undefind getcpos
Date: 6 Apr 92 18:48:15 GMT
Article-I.D.: fido.j7cdo10
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <29918@adm.brl.mil> zhang@block.ime.nrc.ca writes:

><2>I re-compiled the program (the source code I wrote last year
>   in f77 and C ), but during linking, I got:
>
>   error: Undefind getcpos(...)
>
>   How to get the hook off ?

Try changing the ordering of the libraries on the command line:

	was: -lgl_s -lfm_s
	now: -lfm_s -lgl_s

Good luck,
Eric Williams
From: "alan kennedy" <alan.kennedy@canrem.com>
Newsgroups: comp.sys.sgi
Subject: irix 4.0.1 and memory
Date: 16 Apr 92 23:52:40 EST
Reply-To: "alan kennedy" <alan.kennedy@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

We have a 4D70, 4D60 and 4D20 with 12,16 and 12mb.

From what I have been told, the new release of 4.0.1 is quite slow.
Also, we run Wavefront Advanced Visualizer as well. Its new release
needs a lot of memory as well.

Do I HAVE TO ADD more memory? And if so, is there a third party source?
SGI is just too expensive.
--
Canada Remote Systems  - Toronto, Ontario/Detroit, MI
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.sgi
From: bron@bronze.wpd.sgi.com (Bron Campbell Nelson)
Subject: Re: Crimson f77 broken
Summary: Bad release?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 15 Apr 1992 23:47:40 GMT

In article <74175@netnews.upenn.edu>, yates@a.chem.upenn.edu (John H. Yates) writes:
> We have a Crimson that was used as a demo machine, and came with
> f77 on it, but it won't work.
[...]
> file /usr/lib/ugen gives:
> mipseb demand paged stripped (R4000 jr dirty, fpdiv clean) - version 2.10
> 

I'm not 100% sure, but from what you say, it appears that this Crimson
demo machine still has various pieces of software (in particular, ugen)
from the internal alpha versions before the official release.

Crimson's need to be running 4.0.3 or above, and all the Crimson machines
are shipped with 4.0.3 or 4.0.4.  Since this was a demo machine, it
might be the case that it slipped though the cracks and never got the
official released software loaded on it.  There are a couple of chip
problems in the R4000 itself that the kernel (and the compilers and
the r4kpp program) conspire to workaround.  If you are confident
you are running actual 4.0.3+ software, then I don't know what's wrong
and you should call the TAC.


---------------------------------------------------------------
Bron Campbell Nelson           bron@sgi.com
Silicon Graphics, Inc.
2011 N. Shoreline Blvd.        These statements are my own,
Mtn. View, CA  94039           not those of Silicon Graphics.
From: ccheath@relay.nswc.navy.mil
Newsgroups: comp.sys.sgi
Subject: Unix user group
Date: 15 Apr 92 12:16:41 GMT


Greetings,

This may not be the group for this question, but I'm throwing it out
anyway.  A friend asked me if there was a Unix user group (not newsgroup, but
the kind that meets regionally, nationally, etc.).  I've never
heard of one, but I thought that some of you might have.  If so or
you know for a fact that there is none, please reply.

Thanks,

******************************************************************
Coston A. Cheatham, Jr.             ** ccheath@relay.nswc.navy.mil
Naval Surface Warfare Center
Bldg 1200, Code K51
Dahlgren, Va 22448
(703) 371-7406
From: silvert@biome.bio.ns.ca (Bill Silvert)
Newsgroups: comp.sys.sgi
Subject: Re: Security holes et al.
Date: 7 Apr 92 12:42:15 GMT
Reply-To: silvert@biome.bio.dfo.ca (Bill Silvert)
Distribution: na
Organization: Habitat Ecology Div., Bedford Inst. Oceanography

In <29924@adm.brl.mil> bob@caw2.4950tw.wpafb.af.mil (Bob Plested) writes:

>Speaking as a novice Unix user & site administrator, the most fustrating
>part of this whole security issue is SGI's assumption that every person
>charged with operating these machines is well versed in Unix. Why would I
>automatically review the passwd file on a new machine? How would I spot
>an open account? Is an open account safe with an unsecure shell? 

Exactly.  It occurs to me that we should suggest that SGI and other vendors 
include COPS with all new machines.  It is small, free (I don't think the
author would object, since it is not being charged for), and invaluable.
-- 
------------------------------------------------------------------------
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: modem on Indigo questions
Date: 14 Apr 92 06:05:13 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Apr13.133916.29640@rice.edu>, pav@cs.rice.edu (Phuong Vu) writes:
> ...
> - what is the recommended way to dial out using a modem.  I have a 
> Telebit T2500 modem connected to my serial port 1.  I modified the 
> /etc/inittab file as indicated in the Indigo Personal Network Admin 
> Guide.  I have tried using cu:
> 
>         cu -s 9600 -l /dev/ttyd1
> or      cu -s 9600 -l /dev/ttym1

Use ttyf1 instead, with a 7-wire cable, to use "hardware flow control"
Better, use ttyf2, to keep modem from having to ignore the start up
jabber.

> without any success.  Both cases indicated something like NO DEVICE AVAILABLE.

Cu is SUID-uucp.  Unless you also changed /etc/inittab to use uugetty, then
getty's setting the port to 622 owner=0 is conflicting.

Of course, getty can't co-exist with cu in any case.  It is necessary
to either turn off the getty or use uugetty.

> ...
> I really rather use SLIP but due to security reason of the systems that I
> am dialing into, that is not doable.  Does anyone have a suggestion on how
> to get SLIP like functionality so I can telnet and ftp from my machine
> without having SLIP running on the remote machine.
> ...

Huh?  SLIP is more secure than a simple remote terminal session.  The extra
rigamarole that is SLIP is not a bad security enhancer.  Your common dork
will not figure out what it is.  Esp. if you use the proprietary SGI SLIP
framing of "-p comp".

Or maybe you mean they don't trust the other machines on your network.


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