HDTenEightyP/NetNews huggingface dataset:
From: HERBER@fnalf.fnal.gov (Randolph J. Herber, CD/DCD/USS, x2966)
Newsgroups: comp.sys.sgi
Subject: Re: Serial ports on IRIS -- (SGI Irix 3.3) see `man duart'
Date: 29 Jul 92 17:54:18 GMT

+Date: Tue, 28 Jul 92 15:01:24 CDT
+From: Kim Andersen <andersen@marvin.ama.ttu.edu>
+Subject: Serial ports on IRIS

+WHAT is the difference between the serial port devices -- ttym, ttyd, ttyf?
+This is (of course) not documented anywhere.  I have a printer currently
+set up to do x-on/x-off, which works fairly well with ttyd.  I would LIKE
+to make it do ready/busy (DTR, DSR, whatever).  

	I found man pages under `duart' and `cdsio' on my system running
	a SGI Irix 3.3 operating system.  `man serial' also displays useful
	information on a SGI Irix 4.0 operating system.

+Do I still use ttyd and try to set stty to do this, or is ttyf intended
+to do this instead?  And what about ttym (which seems to be intended for 
+modems, but who knows)?

This is not controlled by stty to the best of my knowledge.  Now, Dave Olson
may show me to be wrong.

+Any clues will be appreciated.

+Kim Andersen
+andersen@marvin.ama.ttu.edu

Randolph J. Herber, herber@fnalf.fnal.gov, +1 708 840 2966
(Speaking for myself and not for US, US DOE, FNAL nor URA.)
(Product, trade, or service marks herein belong to their respective owners.)
Newsgroups: comp.sys.sgi
From: steve@pitacat.lerc.nasa.gov (Steven H. Izen)
Subject: Re: Memory upgrades for R4000 Indigos
Organization: Math Department, Case Western Reserve University
Date: Wed, 22 Jul 1992 16:02:10 GMT

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?

-- 
Steve Izen, Associate Prof. of Mathematics, Case Western Reserve University
|Best Address|              MaBell: Voice: (216)368-2891  Fax: (216)368-5163
V            V       __/ steve@pitacat.lerc.nasa.gov (Through 7/24/92)
shi@po.cwru.edu <---/  \ steve@pitacat.math.cwru.edu (From 7/25/92 to whenever)
From: TKIRKMAN%TINY@msus1.msus.edu (Tom Kirkman)
Newsgroups: comp.sys.sgi
Subject: pcnfsd from sgi.com is now working for me
Date: 24 Jul 92 00:57:14 GMT
Article-I.D.: adm.31516


Recently I asked the net if anyone had pcnfsd working, as I had a
problem with printing.  I got many helpful answers and several requests
to re-post.  My problem was solved by:

"John W. Schwegler" <john@sg25.aud.temple.edu>

who said:

>Where are you putting the pcnfsd.conf file? Although the man
>page specifies /etc/pcnfsd.conf, a 'strings pcnfsd | grep pcnfsd.conf'
>reveals that SGI compiled it to look for /etc/config/pcnfsd.conf.
>This should have been documented, I never noticed because (1) I don't
>use pcnfsd.conf in our current setup, and (2) I ended up compiling
>pcnfsd from the source to make a couple of minor mods.

Thanks for many other helpful suggestions on various ways to configure
pcnfs printing!  The bottem line is that pcnfsd from sgi.com is a version 2
(4.0 in PC lingo) psnfsd that mostly works out-of-the-box on SGI systems
(e.g., this pcnfsd defaults to lp for its "normal" printing).

Tom Kirkman
Newsgroups: comp.sys.sgi
From: chk@alias.com (C. Harald Koch)
Subject: Subtle bug missed on MIPS processors
Organization: Alias Research, Inc., Toronto ON Canada
Distribution: na
Date: Fri, 24 Jul 1992 21:47:31 GMT

I thought some of you software developers out there would find this amusing:

What's wrong with this piece of code?


void *
emalloc(size_t numbytes)
{
    void *p;

    if ((p = malloc(numbytes)) == NULL) {
	fprintf(stderr, "Out of memory!\n");
	exit(10);
    }
}



This runs fine on MIPS processors (and other register based machines, I
suspect). However, on a stack-based architecture, it fails miserably.

the problem? The last line of the function should be

    return p;


The MIPS architecture passes return values in a register. This register is
untouched between the return from the malloc() and the return from
emalloc(), so it works fine.

Of course, the really humourous bit (to me) is that the code generator
doesn't optimize out the redundant store/load, making the code two
instructions longer (sw v0,36(sp) followed immediately by lw v0,36(sp)). I
have no idea what effect this has on performance, and I don't care in this
case. I was just suprised.

--
"If looks could kill, I     | C. Harald Koch  Alias Research, Inc. Toronto, ON
would have to make a saving | chk@alias.com                (work-related mail)
throw!"                     | chk@gpu.utcs.utoronto.ca     (permanent address)
     -Gerry Smit, 19-May-92 | VE3TLA@VE3OY.#SCON.ON.CA.NA            (AMPRNet)
From: mmortime@cs.tamu.edu (Michael C Mortimer)
Subject: Re: IBM to Indigo?
Organization: Computer Science Department, Texas A&M University
Date: Wed, 22 Jul 1992 01:07:08 GMT

Using Sun's PCNFS software is probably about the easiest way I found
to connect pc's to the indigos we have.  With the package you get all
the essential protocols (like ftp etc.) The source for the pcnfsd
is included as well...but thanks to the nice people at sgi is available
via anonymous ftp at sgi.com.
FTP Software's TCP/IP package is another route you may choose, but I
personally didn't like the package.
--
------------------------------------------------------------------------------
Michael C. Mortimer		|	                      
Texas A&M University		|	If its stupid but works,                          
College Station, Texas		|	Then it isn't stupid.
From: pjf@osiris.cs.uoguelph.ca (Peter Jaspers-Fayer)
Newsgroups: comp.sys.sgi
Subject: Gaussian92 on SGI MP's - Who else is out there?
Date: 28 Jul 92 17:13:34 GMT

We're in the throes of upgrading from G90 to G92.  This thing (gaussian) is
not getting any smaller/simpler.  Our users run on a 380 (sometimes on a 340)
MP, and G92 seems to be spawing an inordinate number of processes, even if we
config for only one.
 
So, are there any other G92 users out there?  If you can spare the time, please
respond vui eMail.  Thanks.
-- 
 /PJ                                            pjf@osiris.cs.uoguelph.ca
                                                       pjf@vm.uoguelph.ca
                                                       (519)824-4120x6309
From: dpoole@hydrogen.oscs.montana.edu (David Poole)
Newsgroups: comp.sys.sgi
Subject: display color problems
Date: 20 Jul 92 21:51:56 GMT
Article-I.D.: coe.1992Jul20.215156.3253
Organization: Montana State University

We are currently having a display problem with one 
of the SGIs on our local net.  The colors are 
completely screwed up (white on white menus, etc), 
and xsetroot has no effect (xsetroot -solid blue 
sets the background white).  The menu bars are 
white, as is the cursor.  Further, the login screen
is white on white also, except for the message.

The other problem that cropped up at the same time
is that pandora is no longer working.  After typing
in the username and password, the screen blanks (white), 
then pandora comes up again.

Where should I be looking to fix this problem?  I've 
been poking through /usr/lib/X11/xdm, but to no avail.

Thanks in advance.

~~
-------------------------------------------------------------------------
David Poole                           |  Unix and Windows and OS/2 oh my!
dpoole@hydrogen.oscs.montana.edu      |
From: henrik@mpci.llnl.gov (Henrik Klagges)
Newsgroups: comp.sys.sgi
Subject: Re: Memory upgrades for R4000 Indigos
Date: 22 Jul 92 22:40:04 GMT

steve@europa.esd.sgi.com (Loopy - the spineless boy) writes:
>I'll let the reader draw
>his/her own conclusions about removeable CPU modules.

R5000 ? 
--

Cheers, Henrik
MPCI at LLNL
IBM Research
Newsgroups: comp.sys.sgi
Subject: Elm mail program
From: joffe%rtsmv1.decnet@edwards-vax.af.mil
Date: 21 Jul 92 07:37:08 -0800
Organization: IFAST -- EDWARDS Air Force Base
Nntp-Posting-User: joffe

	Does anyone know of a site that has the elm mail program, that is
easily installable on the IRIS.  I found a version but cannot get it to run on
our INDIGOs.

	Thanks...

	Howard.
From: flanigan@echo.gsfc.nasa.gov (Dennis Flanigan)
Subject: Re: SCSI cable length
Organization: NASA GSFC Code 910.1, TRMM Ground Truth
Date: Fri, 24 Jul 1992 13:43:10 GMT

In article <nkf86oc@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
|> In <31493@adm.brl.mil> steve@chaos.ocean.fsu.edu (Steve Van Gorder) writes:
|> 
|> 
|> | Sorry if this is a FAQ .. but is there a maximum SCSI cable length ?
|> | I have 3 external devices -  1/4 " tape, a CDROM drive and an optical disk.
|> | They are daisy-chained to my 4D35 wtih 6 ft, 4 ft and 5 ft cables 
|> | respectively.  Also there is a 170 mb internal SCSI drive and a 750 mb SCSI 
|> | drive in the top bay of the 35.  Should this be a problem ?
|> 
|> 6 meters max, and the closer to the max you push it, the more problems
|> you are likely to have.  You are at or over the limit, since there is aprox
|> 4 ft of cable internal to the 35, and you may have more cable in the
|> other device enclosures.
|> 
|> Also, the more connectors you have, the more likely you are to have
|> a problem, and you have quite a few of them ;)

I have mentioned this SGI to before, but would'nt adding a second SCSI controller 
and then splitting your SCSI devices between the two controllers 
solve a lot of these problems?  Unfortunately SGI does not make the
hardware to do this for a 4D35.  Their response was not enough
customers would buy one, but talk to you your sales rep anyway
and tell him/her that you want one.

-- 
--------------------------------------------------------------------------
Dennis Flanigan Jr.               |   Goddard Space Flight Center
Applied Research Corp.            |   Code 910.1
flanigan@echo.gsfc.nasa.gov       |   (301) 286-6589
--------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: strong@sweetpea.jsc.nasa.gov (Renee Strong 283-4257)
Subject: late collision errors
Organization: McDonnell Douglas Space Systems Company
Date: Thu, 30 Jul 1992 19:06:42 GMT

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.

Thanks,
renee@larry.jsc.nasa.gov
From: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
Newsgroups: comp.sys.sgi
Subject: Re: Memory upgrades for R4000 Indigos
Date: 25 Jul 92 22:16:59 GMT
Organization: Silicon Graphics Inc.

In article <31535@adm.brl.mil>, lsr-vax!art@uunet.uu.net (Art Hays -
PSTAFF) writes:
|> Michael Portuesi <uunet!tweezers.esd.sgi.com!portuesi> writes:
|> > The R3000A
|> > in the 4D/35 worked only with some unconventional hacks
|> > to meet cooling requirements, and the electronics module
|> > had to be redesigned to fit in the chassis.  An R4000
|> > upgrade would be frought with even more engineeering
|> > problems.  It would be difficult and costly for us to
|> > manufacture.
|> 
|> 	And yet, the 4D35 box is bigger than the Indigo box.
|> Intuition suggests that something that works in a smaller
|> box could also work in a bigger box.


It takes more than intuition to design and manufacture
a computer system.  Size is not the only determining
factor.  Power requirements, heat generation/dissipation,
board layout, radio frequency interference considerations,
and other considerations affect the physical design of
the system.  The physical design of the system has a
direct bearign on how easy it is to manufacture
(our physical yield) and how cheap it is to manufacture
(which affects the retail price and our profits).

An R4000-based Personal IRIS, if it existed, would
probably cost considerably more than the Indigo R4000
due to these manufacturing constraints, and hence
would have few, if any, buyers.

-- 
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: algorithm for kill due to memory
Keywords: vhand killed SYSLOG
Date: 22 Jul 92 01:37:14 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <2810@contex.contex.com> frank@marvin.contex.com (Frank Perdicaro) writes:

| Could anybody out there point me to information on the alogrithm used
| to erase a process that is killed due to lack of memory/swap.  I am
| talking about the function associated with the kernel message
| "Process [%s] pid %d killed due to insufficient memory/swap." 
| ( this is from strings /unix | fgrep -i kill ), and not the one
| associated with "Process [%s] pid %d killed due to %s (errno:%d)".
| These messages are send to SYSLOG.

It varies from release to release.  It is biased towards large processes.

| I would like to react to this action; the process returns with status
| indicating a signal 9 was sent to it.  Is the process really given a
| signal?  As there appears to be no way to prevent any particular

Yes, and SIGKILL is not catchable.

| process from being expunged, is there any way predict which process
| gets hit?

Not in the general case.

You could configure the system so this doesn't happen, see
availsmem_accounting, in master.d/kernel.
--
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: grege@chopin.asd.sgi.com (Greg Estes)
Subject: Re: VGXT vs. Reality Engine
Organization: Silicon Graphics, Inc.
Date: Thu, 23 Jul 1992 19:54:03 GMT

In article <1992Jul23.190501.21665@cco.caltech.edu>, andrey@cco.caltech.edu (Andre T. Yew) writes:
|> grege@chopin.asd.sgi.com (Greg Estes) writes:
|> 
|> >New texture mapping modes, including bicubic interpolation and
|> >	3D textures
|> 
|> 	By 3D textures, do you mean bump-mapping or volume
|> textures (Perlin textures)?
|> 
|> --Andre

Volume. Up to 128 x 128 x 64, mip-mapped.

GE
From: kipp@warp.asd.sgi.com (Kipp Hickman)
Newsgroups: comp.sys.sgi
Subject: Re: Status of OpenGL?
Date: 24 Jul 92 23:01:03 GMT
Organization: Silicon Graphics, Advanced Systems Division

There seems to have been some confusion caused by my statement that
IrisGL would become obsolete and unsupported.  This is a true statement
when taken in the longer term.  However, for the forseeable future
IrisGL and OpenGL will both be available.

Sorry for the confusion.

					kipp hickman
					silicon graphics inc.
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: Re:  Suggestion on User Interface on the IRIs
Date: 23 Jul 92 18:26:00 GMT

Kambainathan Hari <hari@robios1.me.wisc.edu> writes:
>
>
>Hi,
>
>	I am writing an animation software on the IRIS. I have
>previously seeN and written programs which use pop-up windows etc. and
>I though the UI sucked. However now that the new OS uses X11, would it
>be possible to use the wiget set or some other better UI library. I
>would like something that is reasonably simple to use. Suggestions are
>welcome. Just keep in mind that I haven't done a great deal of UI
>programming in the past.
>
>- Hari
>
>K.R.Harinarayan
>Robotics Lab., Dept. of Mech. Engg.
>Univ. of Wisconsin, Madison
>
>Fone  : (608) 262-7463, (608) 262 - 9056
>e-mail: hari@robios.me.wisc.edu
>

I have seen three public domain Interface Builders
for SGI, Forms, SUIT (Simple Interface User Toolkit),
and dirt ... (anybody know of any others??)

I have only used Forms, so others would need to comment
on SUIT and dirt.  I think Forms is great.  It is easy
to install and use.  A couple of hours studying the demos
that come with it and you are all set (definately faster
to go this way than reading the manual that comes with it
in postscript form).  The Forms lib is built from GL.  You
can define buttons, sliders, browsers, and lots of other
good things.  Forms is available at archive.cs.ruu.nl in
/pub/SGI  ...

As long as I am writing this, does anybody know if Forms
will be compatible with OpenGL ??

Cheers,

---
Fred Phelan
fred@poly2.nist.gov
/*___________________________________________________
   ____ __  ___  __    ___       ___        ___ 
  /__  /_/ /__  / /   /__/ /__/ /__   /    /__/ /\  /  
 /    / ( /__  /_/   /    /  / /___  /___ /  / /  \/
___________________________________________________*/
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: SCSI as system disk on old 4D210GTX
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 29 Jul 92 01:36:43 GMT

In <1992Jul28.093055.20427@crow.omni.co.jp> trich@crow.omni.co.jp (Timothy Richards) writes:
| I have a very old 4D210GTX which currently uses an ESDI Disk drive
| as the system disk.  I want to use a SCSI disk as the system disk.
| Specifically an IMPRIMIS94601-15 that I received from Nihon Silicon
| Graphics.  Anyway I can not get unix to boot successfully from the
| SCSI disk - it allways crashes halfway through booting unix.
| I have a newer 4D240GTX that uses the same type of drive as a system
| disk without any problems.
| 
| Is there special firmware in old 210GTX that means that the system disk
| must be ESDI ???

No.  All the 4D series machines have SCSI support in the firmware.
Perhaps the kernel you are trying to boot doesn't have a SCSI driver
in it?  What errors do you get, and have you tried booting up the
miniroot from an inst tape?
--
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: blythe@sgi.com (David Blythe)
Subject: Re: Advice sought on displaying character strings.
Keywords: font(), cmov(), and charstr()
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Tue, 28 Jul 1992 10:12:07 GMT

In article <Bs1xGM.AB@ecf.toronto.edu> xiaoy@ecf.toronto.edu (XIAO Yan) writes:
>Advice sought for
>	Attaching character string labels to networks in GL.
>
>Right now we are using the triad:
>	font()
>	cmov()
>	charstr()
>which has the advantage of maintaining good viewing angle and size 
>during translation and rotation, but has these problem:
>	1). zbuffering does NOT work so front labels may be occluded by
>	    back labels.

Characters are properly zbuffered in the GL.  


>	2). sizes are constant.
>	3). lables always orient left-right horizontally.
>
>We have not tried the so-called stroke fonts by actually drawing polygons,
>and it is assumed the maintaining good viewing angle will be very hard.

You can implment stroke fonts which essentially fix the above problems and
then just make sure they are always drawn parallel to the viewing plane.
To reduce clutter, you may want to back them with black rectangles so other
characters won't interfere but it would probably look ugly.  Try playing with
the curve demo (accessible through the buttongly GL demo) which also uses
depth cueing to dim the fonts further in the distance ...

>
>Anyone has a better solution, or knows good packages around?

	-db
From: kor@zurich.spectrospin.ch (Reto Koradi)
Newsgroups: comp.sys.sgi
Subject: dbx problem with 4.0.4
Keywords: dbx
Date: 23 Jul 92 08:38:23 GMT
Organization: Spectrospin AG, Fallanden Switzerland

I have a problem with dbx that I seem to have since I upgraded my
PI 4D/35 to IRIX 4.0.4. When I give the 'next' or 'step' command in
dbx, it ofthen displays the line with the opening brace of the function.
Another 'next' brings me back to the original line, another one to
the next line.

The following program 'tt.c' illustrates the problem:

int f(k)
int k;
{
  return k + 1;
}

main ()
{
  int i = 5;
  i = f(i);
  return 0;
}

I compile it and start the debugger:

> cc -o tt -g tt.c
> dbx tt

The debugging session looks like this:

dbx version 2.40 3/7/92 1:12
Type 'help' for help.
Reading symbolic information of `tt' . . .
main:9    9  int i = 5;
(dbx) stop in main
Process     0: [2] stop in main
(dbx) run
Process  4440 (tt) started
[2] Process  4440 (tt) stopped at [main:9 ,0x400220]
   9  int i = 5;
(dbx) next
Process  4440 (tt) stopped at [main:10 ,0x400228]
  10  i = f(i);
(dbx) next
Process  4440 (tt) stopped at [main:8? ,0x40022c]
   8  {
(dbx) next
Process  4440 (tt) stopped at [main:10 +0x8,0x400230]
  10  i = f(i);
(dbx) next
Process  4440 (tt) stopped at [main:11 ,0x40023c]
  11  return 0;
(dbx) quit

Does anybody have any clue? Fixed in 4.0.5???

Please reply by e-mail, I'm on vacation next week.

Thanks
Reto

***************************************************************************
*     _  _    * Industriestr. 26           * We had some good machines,   *
*    / */ \   * CH-8117 Faellanden         * but they don't work no more. *
*    \ /\ /   *                            * I loved you once,            *
* SPECTROSPIN * Reto Koradi                * don't love you anymore.      *
*    / \/ \   * phone: 01 825 94 77        *                              *
*    \_*\_/   * e-mail: kor@spectrospin.ch * (Shriekback: Faded Flowers)  *
***************************************************************************
From: karsh@sgi.com (Bruce Karsh)
Newsgroups: comp.sys.sgi
Subject: Re: Audio Questions
Date: 27 Jul 92 20:57:03 GMT
Distribution: na
Organization: Silicon Graphics, Inc.

In article <1992Jul26.220045.8227@news.iastate.edu> bryan@pi.eai.iastate.edu (Bryan Manske) writes:

>Been there, done that, didn't work. (nvram: no variable named "volume".)

What kind of a system do you have?

>Okay, yeah, well, 8 bits per sample per channel then for stereo
>and 16 per sample for monaural.  Is that right?

No, 16 bits per sample per channel.  It's a fully 16 bit system.
--

			Bruce Karsh
			karsh@sgi.com
From: tan@hare.udev.cdc.com (Tom A. Nelson)
Newsgroups: comp.sys.sgi
Subject: Interleaf problem on Indigo
Date: 22 Jul 92 22:39:35 GMT


   We are experiencing a problem using Interleaf on an Indigo running
Irix 4.0.4.  Interleaf pop-up menus work correctly, but garbage is left
on the screen when you are through with them.  The garbage goes away
if you place another window over the area, or use 4Dwm's refresh function
(place the cursor over the root window and press the middle mouse button).

This problem showed up immediately upon upgrading the Indigo from Irix 4.0.1.
Is there a way to prevent this from happening?

-- 
Tom Nelson                            | email tan@udev.cdc.com
From: chc@orion.ksc.nasa.gov (Charles Curley)
Newsgroups: comp.sys.sgi
Subject: Manuals
Date: 27 Jul 92 17:21:42 GMT
Distribution: na
Organization: Boeing Aerospace Operations, Kennedy Space Center, Florida

To take this thread a little further along, what kind of manuals are you
supposed to get with a 4D/35?  I can't find many (and don't remember
getting many).  Do you have to buy them extra?

--
Charles Curley, Research Analyst        Internet:  chc@orion.ksc.nasa.gov
Boeing Aerospace Operations, Inc.       Voice:     (407) 867-9619
MS FA-56, Bldg M7-409, Rm 170A          Facsimile: (407) 867-4079
Kennedy Space Center, Florida 32899