HDTenEightyP/NetNews huggingface dataset:
From: mjk@hoot.esd.sgi.com (Mark Kilgard)
Subject: Re: X11R5 server for irix 4.0.1?
Organization: Silicon Graphics, Inc.
Distribution: comp
Date: Wed, 29 Jul 1992 21:25:00 GMT

In article <HAMMER.92Jul28175102@sgi1.fmr.maschinenbau.th-darmstadt.de>, hammer@fmr.maschinenbau.th-darmstadt.de (Matthias Hammer) writes:
|> we have some trouble making X11R5 on an SGI 4D380 VGX, irix4.0.1.
|> 
|> All clients and Libs were made with minor problems. After we made this stuff,
|> we saw, that in
|> sgi.cf #define BuildServer was set to NO!
|> No server was made....

That is correct.  The MIT R5 distribution for SGI machines
only supports clients and libraries.  An SGI R5 server is
not supplied in the distribution.

|> - Which server do we have to use if one works?

The R4 server supplied with your system should work just
fine with R5 clients and libraries.

|> - Does anybody have a working sgi.cf and site.def file?

The sgi.cf and site.def files supplied by MIT should work,
to the extent that they work which means just to compile the
clients and libraries.

|> - Does anybody have the sgi server sources?

Uh, yes, but they are not publicly available.  SGI intends to release
an R5 version of the X server in the next major release of IRIX.

Please be aware that the SGI server is specially enhanced.
to support the GL.  Even if an SGI server was available in the MIT
distribution, it would not support the GL (for a number of reasons
including that the current GL is proprietary technology and MIT
probably doesn't want to be bothered by GL support).

The SGI to be released version of the R5 server will of course
support the GL.
 
|> - Can anybody put it on our university ftp server (ftp.hrz.th-darmstadt.de)
|>   in /pub/incoming/sgix11r5/ ? 

Unfortunately, no.

- Mark Kilgard
  X Development
  Silicon Graphics
Newsgroups: comp.sys.sgi
Subject: dbx can't find PARAMETER in 4.0.4 / f77 3.4
From: ecmtwhk@ccu1.aukuni.ac.nz (Thomas Koenig)
Date: Tue, 28 Jul 1992 03:01:23 GMT
Organization: University of Auckland, New Zealand.

Although the release notes for ftn 3.4 under IRIX 4.0.4 claim that

	o Constant symbolic names
	  All symbolic names used in PARAMETER statements to define
	  constants are	now put	in the symbol table so they can	be
	  referred by names when running dbx.

it does not work; typescript follows:

ccu1 ~/fortran/misc> cat tst.f
      PROGRAM TST
      PARAMETER (A=3.)
      CALL ABORT
      WRITE (*,*) A
      END
ccu1 ~/fortran/misc> f77 -g tst.f
ccu1 ~/fortran/misc> a.out
Fortran abort routine called
IOT trap (core dumped)
ccu1 ~/fortran/misc> dbx a.out
dbx version 2.40 3/7/92 1:12
Type 'help' for help.
Reading symbolic information of `a.out' . . .
Process name from core dump: a.out
Process died at pc 0x41d798 of signal : Abort
[using memory image in core]
(dbx) up 9
.tst.tst() ["/disk2/ecm/ecmtwhk/fortran/misc/tst.f":3, 0x400284]
(dbx) l 1
     1        PROGRAM TST
     2        PARAMETER (A=3.)
>    3        CALL ABORT
     4        WRITE (*,*) A
     5        END
(dbx) print a

"a" is not defined.
(dbx) quit
ccu1 ~/fortran/misc> exit
-- 
Thomas Koenig, ecmtwhk@ccu1.aukuni.ac.nz, ib09@rz.uni-karlsruhe.de
The joy of engineering is to find a straight line on a double logarithmic
diagram.
Newsgroups: comp.sys.sgi
From: dkinney@chilidog.bothell.sgi.com (Dan Kinney)
Subject: Re: MAC <-> PI via NFS ??
Keywords: MAC Macintosh Personal Iris PI NFS network
Organization: Silicon Graphics, Inc.
Date: Thu, 23 Jul 1992 19:14:18 GMT

In article <1992Jul22.232920.1762@sserve.cc.adfa.oz.au>, apa@ccadfa.cc.adfa.oz.au (Alan P Arnold) writes:

|> I guess AUX would be one (the *only*?) way to go...

A very cool implementation is available with a product called 
NFS/Share from InterCon.  It is VERY easy to set up and works
just as you would expect it to (imagine that).  It works with 
both 6.0.x and 7.0.x systems (supports 7.0 aliases too).

One the Mac, the result is an AppleShare type icon that you can 
interact with.

|> The 4D/20 already talks to a few IBMR6000's (via NFS) and my
|> MacII can ftp to the 4D/20 (with VersaTerm Pro) but it would
|> be nice for the Mac to have an icon of the 4D/20's disk on its
|> desktop and vice-versa.

InterCon also has some other utilities that make life easy with
things like ftp and telnet as well.

I'm sorry if this comes over as a sales pitch for InterCon, but
I have found few products in this category that work as 
advertised.


- Dan Kinney                 Silicon Graphics, Inc.  Seattle, WA
                             dkinney@bothell.sgi.com 

"All my life I've been torn between frivolity and despair, between
the desire to amuse and the desire to annoy, between dread-filled
insomnia and a sense of my own goofiness.  Just like you, I worry
about love and sex and work and suffering and injustice and death,
but I also dig drawing bulgy-eyed rabbits with tragic overbites."

                                    - Matt Groening
                                      "The Big Book of Hell"
Newsgroups: comp.sys.sgi
From: ditolla@itnsg1.cineca.it (Francesco Di Tolla)
Subject: Re: TERM and env
Organization: Laboratorio di Fisica Computazionale, INFM. Trento Italia
Date: Sat, 25 Jul 1992 10:15:43 GMT

fnorman@magnus.acs.ohio-state.edu (J Farley Norman) writes:

>  Hi, I've got what hopefully is an easy question.
>I'm using telnet to log into our 310 VGX.
>If I use top I get the message :

>  Sorry, I need to know a more specific
>terminal type than "network"

>  Also, it is difficult to use vi.

>  I tried using env TERM=vt100 to set
>the terminal, but it didn't take.  If
>I do a printenv, it then says
>TERM=network

>  Also, adding TERM=vt100 into my
>.profile file didn't change anything.

>  How can I change my TERM type so things
>will work correctly ? Why is env not
>working ?

>       Thanks alot,

>         Farley.

>  fnorman@magnus.acs.ohio-state.edu

setenv TERM vt100 

is the right way.
You can control your enviroment variables settings by typing setenv
in any kind of shell see also 'csh' man page.
If your remote machine is a DEC one use also the command

stty dec

The best you can do is to put the following lines in your
.login file

if (?REMOTEHOST)
  setenv TERM vt100
  stty (proper parameters -> see stty man page)
endif
if ($TERM == "iris-ansi") then
    stty line 1 erase '^H' kill '^U' intr '^C' echoe
endif


Or place a switch (REMOTEHOST) after the if statement to distinguish
among all possible names of the hosts you cuold log in.

By
Franz

-- 
 -------------------------------------------------------------------------- 
|  In God they trust, and they need dollars to remember it.                |
 --------------------------------------------------------------------------
|  Francesco  D. Di Tolla            | Bitnet:    ditolla@itncisca.bitnet  |
From: massaro@cats.ucsc.edu (Dominic W Massaro)
Newsgroups: comp.sys.sgi
Subject: Memory for R4000 Crimsons
Date: 28 Jul 92 00:08:39 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


What sort of mem is needed for Crimsons?
Will existing 310 memory work or will that
need to be changed? What sizes and speeds are compatible?
-- 

======================================================================
=                                                                    = 
=   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          = 
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: putting it on the internet
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 26 Jul 1992 19:01:03 GMT

In article <31536@adm.brl.mil>, SUTPHINWB@npt.nusc.navy.mil (SUTPHIN WILLIAM B) writes:
> I am interested in connecting a system to the internet also.  I'm 
> partically interested in receiving mail.  All I have is the sendmail.cf
> file I received from SGI.  Any help will be apprecieated.


The "auto-config" sendmail available on sgi.com in ~ftp/sgi/sendmail
might be useful.  Or just the "auto-config" version that came
with IRIX 4.0.1.  To use the auto-configuring version

	/etc/killall sendmail
	mv /usr/lib/sendmail.cf /usr/lib/sendmail.cf.old
	mv /usr/lib/sendmail.cf.auto /usr/lib/sendmail.cf

and then run /etc/configmail, as described in `man configmail` or in
configmail's help messages.

If configmail does not work, producing a servicable Internet or even
local MX email configuration, it would be nice to hear about it.
(Please don't write me--feel free to post to comp.sys.sgi or mail to
info-iris or even contact the TAC.)  We would like to make configmail
the standard sendmail.cf mechanism as soon as the software release
gatekeepers allow it.

Please don't ask me to debug a sendmail.cf.  I gave up that hobby years
ago.  It's rarely fun to debug someone else's code, and never when they
have written it in sendmail.cf, do not really understand the issues,
and, as is too often but not always the case, unable to admit their
relative of lack expertise.

I won't identify the reigning SGI sendmail.cf king and configmail
author, because he has apparently tired of the "rewards" in helping
other people fix their sendmail.cf's.


Vernon Schryver,  vjs@sgi.com
From: davea@quasar.wpd.sgi.com (David B.Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: duplicate routine problem in libmpc.a / libc_s.a
Date: 25 Jul 92 00:07:25 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <78329@bcsaic.boeing.com> chrise@atc.boeing.com writes:
>I've been noticing the following error message in the final stage of a `make'
>for a program a colleague and I have been working on, and now that all of the
>other problems have been resolved I'd like to get rid of this one.  The
>program appears to work despite the warnings, so we have ignored them until
>this point.  We're no longer explicitly linking against libc_s.a, as you can
>see from the partial output from `make' below, but it appears to be getting
>dragged in anyway.  Is there any way to get rid of these warnings?

No.  libmpc.a has functions packaged in different source files than
libc_s.a and libc.a.   This was a mistake on our part.  Fortunately it is
harmless.

When linking with -lgl_s you MUST have -lc_s (it is used by -lgl_s) so the
compiler driver program (cc) links in libc_s.a (and libX11_s.a, since it is
required too).


>	cc -float -cckr  -g2    [many .o files here ...]
> -L. -lcgm -lmpc  -lgutil -limage -lPW -lvc -lgl_s -lds -lm  -lfm_s
>/usr/bin/ld:
>Warning: _oserror: multiply defined
>	previous (used) definition from '/usr/lib/libmpc.a';
>	new (ignored) definition from '/usr/lib/libc_s.a'
>Warning: _setoserror: multiply defined
>	previous (used) definition from '/usr/lib/libmpc.a';
>	new (ignored) definition from '/usr/lib/libc_s.a'

You'll just have to ignore those warnings.
Wish I didn't have to say that.

(Anybody have a comment/correction?)

Regards,
[ David B. Anderson             (415)390-1548             davea@sgi.com ]
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: late collision errors
Date: 30 Jul 92 23:45:17 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Jul30.190642.29534@aio.jsc.nasa.gov>, strong@sweetpea.jsc.nasa.gov (Renee Strong 283-4257) writes:
> We keep getting TONS of late collision errors in our console windows.  I under-
> stand that this indicates that there is a major network problem.  We know our
> network runs very slowly.  Is there some way I can gather statistics on the
> late
> collisions?  I've tried using netstat -i, but the collisions are only
> about 0.3%
> of the total packets sent and recieved so according to those statistics
> we don't
> have a problem.



Late collisions mean your network is broken.  
They will cause terrible performance (by SGI standards).


Typical causes are:
	-execessively long "drop cables" connectint twisted pair
		transceivers to workstations
	-excessively long ethernet coax
	-partially connected computers--as in half-connected cables
	-broken computers.

I know of no way to find such problems, except by turning things
off until they go away.  (after first walking around loooking
for bad cables, etc.)



Vernon Schryver,  vjs@sgi.com
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI disk info please.
Date: 21 Jul 92 12:46:27 GMT
Organization: Xyvision Design Systems

In article <ni3j6m8@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <2804@contex.contex.com> frank@marvin.contex.com (Frank Perdicaro) writes:
>
>| Can anybody out there comment on these SCSI disks?  Do they work with the
>| 4.0.x IRIX, and what are they?  Thanks.
>| 
>| Maxtor		XT8383S		5.25", 383Mb?  Too slow for sync. SCSI.
>| Maxtor		XT8760S		5.25", 760Mb?  Too slow for sync. SCSI.
>
>Sync SCSI works on these drives, I'm not sure what 'Too slow' means;
>it does improve the transfer rate for SGI systems.  The are a generation
>or 2 old now, but may still be sufficient for your needs.
>
I have used these two drives a bit, and found that they work just fine
on a 4D20 running any IRIX.  Having personally upgraded about a dozen
of theses ( 4D20/Maxtor ) to 4D25s, I found that in all but 1, the disk
could not keep up in sync. mode, and IRIX would panic.  Our experience
in the field confirmed my experience in house.

Perhaps I just got a few dozen bad disks?  In any event, my testing
showed that these disks did not reliably work in sync. mode on anything
but an ( inherently slow ) 4D20.  
-- 
	 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: steve@europa.esd.sgi.com (Loopy - the spineless boy)
Subject: Re: Memory upgrades for R4000 Indigos
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 22 Jul 92 17:33:09 GMT

In <1992Jul22.160210.9849@eagle.lerc.nasa.gov> steve@pitacat.lerc.nasa.gov (Steven H. Izen) writes:

>In article <1992Jul21.064111.1619@microunity.com>, jsw@microunity.com (Jeff Weinstein) writes:

>>  Actually neither is true.  The main problem with the r3k indigo was that
>> there just wasn't room on the CPU board to put the chips that did the
>> memory interleaving/control, so they had to go on the back of the simms.
>> It was definitely not a conspiracy on the part of SGI marketing to squeeze
>> more money out of customers.  The engineers sincerely felt bad to have
>> to make that sort of engineering trade-off, and vowed never to do it
>> again.  They have lived up to it in the new r4k indigo.

>This all makes sense for the inidgo, but does the same argument apply to the 4D/35 as well?

Yes it does.  The 4D/35 is basically the same computer in a different form
factor.  It uses the same gate arrays and same architecture as the Indigo. 
The Indigo lacks the VME port and compatibilty with the PI GR1.x graphics
board.  The 4D/35 lacks support for starter graphics.  The 4D/35 uses
64K data/instruction caches in the form of 30 16Kx4 SRAMs, where the Indigo
uses 32K data/instruction caches in the form of 3 8Kx20x2 SRAMs.  These
SRAMs weren't fast enough at the time to make the Indigo faster than 33MHZ.
That, in a nutshell, is the basic difference (electrically) between the
two.

SGI may be growing in leaps and bounds, but it isn't big enough to handle more
than one entry systems architecture design at the same time.

--
Steve Valin		Silicon Graphics - Interactive Systems Division
4153901379		"Same shit, different name"
From: rolf@green.mathematik.uni-stuttgart.de (Rolf Schreiber)
Newsgroups: comp.sys.sgi
Subject: Picking and moving objects in GL
Date: 21 Jul 92 10:36:23 GMT
Organization: Mathemat. Institut A, Univ. Stuttgart, Germany

We need a tool to create nice pictures consisting of let's say
polygons, pixel-pictures and text (all defined as GL-objects).

To arrange them on the screen, we'd like to pick and move them to the
right place.

I think, this shouldn't be much work with GL, but before reinventing
the wheel, I'd ask the net, if there are standard C-sources (a example
program or something you have written) that let the user interactively
pick and move various GL-objects on the screen.

All kind of comments are welcome.

Thanks in advance

Rolf
--
Rolf Schreiber           EMail : rolf@green.mathematik.uni-stuttgart.de
Newsgroups: comp.sys.sgi
From: reed@teal.csn.org (Jim Reed)
Subject: nntp porting problem
Summary: nntp porting problem
Keywords: nntp sgi 
Organization: Colorado SuperNet, Inc.
Date: Thu, 30 Jul 1992 14:50:35 GMT

I have been trying to get nntp.1.5.11 ported to a 340/4d running 4.0.1, so far without luck.  The program compiles fine now, but will hang in the middle of the program server/timer.c.  

Thanks in advance for any help anyone can offer.

Jim Reed/ Nexagen Inc.

reed@shaman.nexagen.com.
From: beyer@bflsgu.fl.bs.dlr.de (R. Beyer)
Newsgroups: comp.sys.sgi
Subject: fsr
Date: 31 Jul 92 07:10:38 GMT


Hi,

some time bugs like file truncation were reported regarding fsr - the file
system reorganizer. So we didn't use it so far. Have the problems been
solved ? Is it ok to use fsr under 4.0.1 ?

Thanks for any comments.

Regards

---------------------------------------------------------------------
Ralf Beyer - German Aerospace Research Establishment, Institute for 
Flight Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
	  Phone: 0049-531-395-2530  Fax: 0049-531-395-2550
EARN/BITNET: fl17@dlrvmbs.bitnet Internet: beyer@bflsgu.fl.bs.dlr.de
---------------------------------------------------------------------
From: cook@bebop.esd.sgi.com (Doug Cook)
Newsgroups: comp.sys.sgi
Subject: Re: Audio Questions
Date: 27 Jul 92 17:12:18 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <nq7tnvs@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com writes:

> If you were asking if there is a way to set the volume for programs
> under unix without using the apanel, the answer is no, unless you
> write a program with libaudio to set it (we didn't provide a command
> line interface to apanel).

Yes, we did provide a command line interface for apanel, though its
functionality differs slightly from the UI; you don't get stereo
controls from the command-line. From the -help option of the Media
Mosaic (4.0.5MM) version of apanel:

    bebop:cook> apanel -help
    Usage: apanel 
	[-pollInterval n]
	[-nofork]
	[-monitor]
	[-meter]
	[-mute]
	[-inrate rate]
	[-outrate rate]
	[-inlevels {0-255}]
	[-outlevels {0-255}]
	[-source {mic, line, digital}]
	[-dbscale]
	[-nodisplay]

The -nodisplay option sets the levels without bringing up the apanel
UI; this is useful for shell scripts n' such. Most of these options are
also available in pre-Media Mosaic versions of the tool.

As Dave mentioned, you can also write a program using the AL
to tweak the hardware state; that's all apanel is, anyway.

	-Doug

Doug Cook  	(cook@sgi.com)		|    "What IS Digital Media?	
Software Engineer, Digital Media	|    ...another name for graphics."
Silicon Graphics, Inc.			|
Newsgroups: comp.sys.sgi
From: langer@fraser.sfu.ca (Steve Langer)
Subject: Help! My printer doesn't!
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 24 Jul 1992 01:36:03 GMT

  I just tried to connect an Apple Personal LaserWriter NTR to an
Indigo via the serial port.  Have you done this successfully? Is there
some trick that I'm missing?
  The problem is that I'm simply not getting any response from the
printer. Jobs appear in the print queue and dissappear after a few
minutes, but nothing prints.
  I selected "generic Postscript" and software handshaking in the "Add
Printer" dialog. I switched the printer from AppleTalk (its default
setting) to RS-422 9600, but I don't know if I should use the 7 or 8 bit
settings, or "binary protocol". The printer manual doesn't explain the
different protocols, and the Indigo owners guide only tells me what kind
of cable I need.
  One funny thing is that I first connected the printer to serial port 1,
but the Print Tool wouldn't let me add the printer there, claiming that
there was already a terminal on port 1, which there isn't. I decided not
to argue and switched the printer to port 2, and there were no complaints.
  This is on an entry Indigo running IRIX 4.0.3, if it matters.

         Thanks for all and any advice.

                         -- Steve   (langer@sfu.ca)

Newsgroups: comp.sys.sgi
From: scotth@hoshi.corp.sgi.com (Scott Henry)
Subject: Re: question regarding uucp/(dialout/dialin modems) on SGI's
Organization: Silicon Graphics Inc, Mountain View, CA
	<nvgej64@rhyolite.wpd.sgi.com>
Date: Fri, 31 Jul 1992 18:17:50 GMT


>>>>> In article <nvgej64@rhyolite.wpd.sgi.com>, vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

vjs> In article <SCOTTH.92Jul30162018@hoshi.corp.sgi.com>, scotth@hoshi.corp.sgi.com (Scott Henry) writes:
> ...
> /usr/lib/uucp/fix-telebit (and friends) does the base configuration of
> the modem. The inittab entry I am using for UUCP and SLIP look like:
> 
> t8:23:respawn:/usr/lib/uucp/uugetty -Nrt15 -it25in,conn ttyf8 dx_19200
> t9:23:respawn:/usr/lib/uucp/uugetty -Nrt15 -it16in,conn ttyf9 dx_38400


vjs> After I added the select code to uugetty, I figured "-r" was just junk
vjs> that had to be preserved for backwards compatibility, and for
vjs> machine-to-machine links without modems.
vjs> Why are you using it?

because "-r" used to be necessary, and I haven't removed it yet?

vjs> "-t 15" is rather impatient for humans.  15 seconds is not a lot of 
vjs> thinking time, but it is probably a good idea for machine-to-machine
vjs> links.  The "conn" chatting, which looks for whatever the
vjs> modem uses to say the link is ready, removes most needs for "-t xx".

'removes most needs for "-t xx"'. So that I don't give improper advice
in the future, what are the other needs for "-t xx", and what would
you recommend as a good value?

vjs> Vernon Schryver,   vjs@sgi.com

        \\scott henry <scotth@sgi.com>
--
 Scott Henry <scotth@sgi.com> / Traveller on Dragon Wings
 Networking Services,        / Help! My disclaimer is missing!
 Silicon Graphics, Inc      / GIGO *really* means: Garbage in, Gospel Out
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: serial terminal
Date: 27 Jul 92 22:29:39 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Jul27.172332.23826@magnus.acs.ohio-state.edu>, jtittle@magnus.acs.ohio-state.edu (James Tittle) writes:
> 
> Hi,
> 
>   I have a 310 VGX running 4.0.4.  I have noticed
> that if I want to log in onto my machine using a
> dumb terminal attached to the serial port (ttyd1)
> that if I turn on the terminal, I can press return
> many times with no login prompt appearing.
> 
>   If I reboot, then the login prompt appears and
> everything is fine.  I leave the machine on all
> the time, but turn off the console monitor and
> this dumb terminal.
> 
>   I don't want to reboot everytime I wish to
> use the dumb terminal on ttyd1.  If I run
> ps -ef, it shows getty is running on ttyd1.
> 
>   Any suggestions ?


This problem is probably caused by the terminal appearing to send
a BREAK to the system as it is being powered off or on.

Try one of:

    -edit /etc/inittab to specify one of the /etc/gettydefs tags
	that does not cycle among speeds.  Try using dx_9600
	instead of co_9600

    -edit /etc/inittab to use /dev/ttym1 or /dev/ttyf1 and use the
	appropriate cable, so that when you turn off the terminal,
	the system knows and does not see bogus BREAK's.

    -send BREAK's from the terminal to the system until the system
	responds with a login: prompt.


Vernon Schryver,  vjs@sgi.com