HDTenEightyP/NetNews huggingface dataset:
From: nobody@kodak.com
Newsgroups: comp.sys.sgi
Subject: Basic GL Question
Date: 27 Jul 92 16:27:19 GMT

>From:	NAME: Arup K. Ghose                 
	FUNC: Biophys. & Compu. Chem.         
	TEL: (518) 445-7059                   <GHOSEAK@A1@DSRGVJ>
To:	"info-iris@BRL.MIL"@kodakr@mrgate@wpc

          I want to open two windows. One for the Graphics and the other for
          the menu items. Depending on where (graphics window or menu
          window) the mouse cursor is located I want to interprete the mouse
          events differently. From the GL manuals it seemed to me that
          INPUTCHANGE is the switch to handle that type of situation. To
          test it I wrote a small routine.
          
          void test(winm, wing)
          long winm,wing;
          
          {
                 short val;
                 .....
          
                 /*   winm and wing are the already opened windows  */
                 .....
          
                 while(TRUE)  {
                     identify1: printf(" On identify1 \n");
                     winset(winm);  /* the menu window  */
                     while ( qtest ( ))  {
                          switch(qread(&val)) {
                             case INPUTCHANGE:
                                 if(val == 0) goto identify2;  /*  According 
                                     to my understanding val will be winm
                                     if my cursor is on winm  */
                                     printf(" Inside identify1 \n" );
                          }
                     } 
                     identify2: printf(" On Identify2 \n");
                     winset(wing);   /*  the graphics window  */
                     while (q test ( ))  {
                          switch(qread(&val))  {
                              case INPUTCHANGE:
                                  if(val == 0) goto identify1;
                                      printf(" Inside identify2  \n);
                          }
                      }
                 }
          }
          
          
          Forgive me for writing such a clumsy routine for doing such a
          simple thing, I am a novice GL programmer from the FORTRAN world!
          Of cuorse it did not work. It never went to the 'Inside' print
          statements. It went back and forth between the 'On' print
          statements even when my cursor was sitting on one of the windows.
          Am I missing any thing? Any help or suggestion will be
          appreciated. Thanks
          
          Arup K. Ghose
          aghose@kodak.com 
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: late collision errors
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 31 Jul 92 03:59:08 GMT

In <G+W-yqA@engin.umich.edu> hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig) writes:

| Funny, I get these messages typically 2-8 times a day, and about
| once a week I see a message like:
| 
| Jul 30 15:09:47 Uranium unix: core file access error

This means that the core file couldn't be created (probably the
current dir of the program was on a readonly filesystem, locally
or NFS mounted).  You also get this if a directory called
core in the processes current directory, etc. etc.

| Which FM is the one to R to find the interpretations of these
| and similar messages? 

The network one is probably addressed in the network admin guide.
The core file message is one of hundreds of kernel messages which
are not documented, and are (mostly) long standing unix lore.
--
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: dittrich@milton.u.washington.edu (Dave Dittrich)
Newsgroups: comp.sys.sgi
Subject: Re: indigo security
Date: 28 Jul 92 18:02:36 GMT
Organization: University of Washington

rblander@math.waterloo.edu (Robyn Landers) writes:
>(We're going to put
>an alarm cable on the metal bar that extends through the box,
>so the front panel can't be opened exposing the reset button.)

Won't work to protect the reset button.  It is exposed even with the bar
in place.
From: starbuck@ucrengr.ucr.edu (aaron greenwood)
Newsgroups: comp.sys.sgi
Subject: 4D/NQS
Date: 28 Jul 92 00:22:16 GMT
Distribution: usa
Organization: University of California, Riverside

I am in the market for a 4D/NQS software package or any version of NASA's
network queuing system that will run on a SGI 320vgx.  Also would like the
names of distributors that sell third party software for the SGI.

Aaron J. Greenwood
Newsgroups: comp.sys.sgi
From: clr@dgp.toronto.edu (Stephen Bohus)
Subject: GL question: writing to user-defined frame buffers
Organization: CSRI, University of Toronto
Date: 22 Jul 92 00:18:37 GMT

	In article 23321 Jonathan Lim lim@cs.umass.edu writes:

> Is it possible to define some array in which all graphics output will be sent?
> As it stands now, I have to open a window, call some routines to draw into a
> buffer, then read from the buffer using lrectread. What I'd like to do is to
> have GL draw into some array without ever opening a window. (This would be
> analogous to X's capability of writing into a drawable, e.g. pixmap.) Any help
> would be appreciated.

	No, this can't be done (as far as I know).  The graphics pipeline is
hardwired to the screen.  I don't know if this will change under OpenGL or
on new hardware architectures.
	The only way you can send graphics output to an array (like the ones used
in lrectread and lrectwrite) is to write your own graphics routine.  I have
written a few routines to do two dimensional drawing in arrays (for polygons,
circles, fills).

	Stephen Bohus (clr@dgp.toronto.edu)

~~~~~~~~~~
APWAIWGATI
		"Anything's possible WHEN and IF we get around to it."
Newsgroups: comp.sys.sgi
From: danielbt@marsh.cs.curtin.edu.au (Brett Daniel)
Subject: Quickmodeller for 4.0.1 X11
Keywords: quickmodeller sgi 4.0.1 x11 geomview irit
Organization: Curtin University of Technology
Date: Wed, 29 Jul 1992 10:35:39 GMT


I am attempting to put together a graphics modeller that will resemble
Alias quickmodel, but will run on SGI X11.  I have access to Geomview and
IRIT source code.  I am proposing to take pieces of both packages to form
a quickmodeller that will run on the new SGI 4.0.1 operating system.

I would like information on the following questions:
Firstly, has anyone written a "quickmodeller" that will run on X11?
Secondly, has anyone tried to do something similiar?
Thirdly, is anybody interested in obtaining software of this nature?

Thank you in advance for all replies received.

Brett Daniel
School of Computing Science
Curtin University of Technology
Western Australia.

email: danielbt@marsh.cs.curtin.edu.au
--

Brett Daniel
School of Computing Science
Curtin University of Technology
Western Australia.
email: danielbt@marsh.cs.curtin.edu.au
Newsgroups: comp.sys.sgi
From: apa@ccadfa.cc.adfa.oz.au (Alan P Arnold)
Subject: MAC <-> PI via NFS ??
Summary: MAC <-> PI via NFS ??
Keywords: MAC Macintosh Personal Iris PI NFS network
Organization: Australian Defence Force Academy, Canberra, Australia
Date: Wed, 22 Jul 1992 23:29:20 GMT

Following a recent thread about connecting IBM-type PC's to
Indigo's - 

Is there Mac software which allows the Mac to see my 4D/20GT's
hard disk(s) and vice-versa?  

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.

I guess AUX would be one (the *only*?) way to go...
----
Alan Arnold             	     |  e-mail: apa@ccadfa.cc.adfa.oz.au
Chem. Department,University College  |  voice : +61 6 268 8080
Australian Defence Force Academy     |  fax   : +61 6 268 8002
CANBERRA  ACT 2600 Australia         |  
Newsgroups: comp.sys.sgi
From: mikey@sgi.com (Mike Yang)
Subject: Re: X/Motif
Organization: Silicon Graphics, Inc.
Date: Tue, 21 Jul 1992 05:03:05 GMT

In article <1992Jul21.022624.16473@nuscc.nus.sg> spec01@solomon.technet.sg (Quak Wan Ling) writes:
>   I have an application that crashes after sometime. Most of the menu
>   I uses XtPopup and XtPopdown. I've checked thru' my src carefully
>   and the dbx dump always returns me with malloc problem.  However,
>   I have about 50M of RAM which doesn't make sense.

Undoubtedly you have a memory corruption problem, which may or may not
be the fault of Motif.  I would first check your code for memory
corruption (e.g. double free, memory overrun, etc.) using a debugging
malloc library or other tool.  For instance, the WorkShop debugger
which SGI sells (and which was written using our Motif) can detect
some memory problems.

Another package to try is Conor P. Cahill's debugging malloc library.
I've temporarily placed a copy of it as:

	sgi.com:~ftp/pub/mikey/malloc-debug.tar.Z

-----------------------------------------------------------------------
                 Mike Yang        Silicon Graphics, Inc.
               mikey@sgi.com           415/390-1786

Newsgroups: comp.sys.sgi
From: alan@wam.umd.edu (Alan J. Schunemann)
Subject: What is educational pricing on this system? 
Originator: alan@rac2.wam.umd.edu
Organization: University of Maryland at College Park
Date: Wed, 22 Jul 1992 23:11:04 GMT

SGI Indigo
16MB RAM
432MB HD
16" Color Monitor
CDROM Reader
All software factory installed

Any ideas? Ballpark? Thanks.
-- 
_________________________________________________________________
Alan Schunemann       "Well, what shall we throw away this year?"
alan@wam.umd.edu      -Andrew Carnegie
From: weinhous@roentgen.RadOnc.Duke.EDU (Marty Weinhous (guest))
Newsgroups: comp.sys.sgi
Subject: Re: Need help getting GL over net to Macx
Date: 24 Jul 92 02:02:04 GMT
Organization: Radiation Oncology, Hahnemann U, Phil PA, 215/448-8616

I also would like to be able to display gl output on an X device. In order
to get this functionality, I would knowingly give up the interactivity that
comes with gl on an Iris.

We need to display (2-D, grey-scale, x-ray-like) images that are computed
on our Iris on Macs that sit in physician's offices.

This is a matter of using existing hardware (Macs with MacX). We simply
can't replace our Macs with Indigos (just to display static 2-D images).
-- 

 Marty Weinhous, Ph.D.			weinhous@radonc.hahnemann.edu
 Radiation Oncology, Hahnemann U.
 Philadelphia, PA 19102,		215/762-8616
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: What is educational pricing on this system? 
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 23 Jul 92 00:54:41 GMT

In <1992Jul22.231104.17237@wam.umd.edu> alan@wam.umd.edu (Alan J. Schunemann) writes:

| SGI Indigo
| 16MB RAM
| 432MB HD
| 16" Color Monitor
| CDROM Reader
| All software factory installed

We don't offer this last option, unless things have changed quite
recently.  Only the base ("free") software comes preinstalled.

I used to know the price for this configuration, but prices have
changed recently, and I have no idea what education discounts
we offer.  Try contacting a sales office, or SGI Express phone
orders.
--
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: brian@garbo.contex.com (Brian Love)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI cable length
Date: 24 Jul 92 01:42:32 GMT
Organization: Xyvision Design Systems

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 ;)

We push the limit on SCSI cable lengths and consequently see a fair number
of SCSI errors.  We've been trying to nail down as accurately as possible
what the usable SCSI bus length is.  The January/February issue of Pipeline
says "On a Personal IRIS or Magnum system, the internal SCSI cables are
approximately 8 feet long, ..."  (Adding a SCSI Peripheral to an IRIS
System, pg.  12).  Is this a correct figure?  How long is the SCSI cabling
inside other boxes, such as an Expansion Cabinet, an Indigo, and a Crimson?

We've also seen bad SCSI cables.  On one of our systems, swapping SCSI
cables of the same length but different vendor completely solved a
not-so-intermittent parity error on the SCSI bus.  A cable-tester showed no
connectivity problems in the bad cable.  Are there any reliable ways to
tell a good SCSI cable from a bad SCSI cable?
From: bglazier@buffalo.asd.sgi.com (Bill Glazier)
Newsgroups: sgi.general,comp.sys.sgi
Subject: OpenGL T shirts at SIGGRAPH
Date: 23 Jul 92 18:38:25 GMT
Organization: Silicon Graphics, Inc.

I need to clarify an earlier posting.

SIGGRAPH '92 has a policy which frowns upon the giving out
of marketing material at Papers and Panel sessions.  Therefore,
at their request, OpenGL t shirts will not be given out at
the OpenGL vs PEX debate on Friday July 31st.  

SGI employees and OpenGL supporters who would like a t shirt
to wear to the debate should stop by the OpenGL Technology
Demonstration in the SGI booth at SIGGRAPH or the OpenGL 
Special Interest Group meeting Wednesday afternoon.

We don't have an unlimited supply, so stop by early in the week.
I apologize in advance if we run out by the time you get there.
From: bwallet@N40MP.NSWC.NAVY.MIL (Brad Wallet)
Newsgroups: comp.sys.sgi
Subject: HELP:  X based image viewing
Date: 28 Jul 92 16:05:51 GMT

Does anyone know where I can get a simple program, similar to imgview,
to view .sgi images that can run through an x-terminal (doesn't require
gl)?

Newsgroups: comp.sys.sgi
From: cook@bebop.esd.sgi.com (Doug Cook)
Subject: Re: Will R4K Indigo allow for user programing of the audio DSP?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 28 Jul 92 18:36:03 GMT


In article <1992Jul28.143535.11477@u.washington.edu>, johnston@hertz.ee.washington.edu writes:
> 	As I understand it, the Indigo's MC56001 DSP controls the audio and
> serial I/O.  However, it doesn't appear that a user application can tap that
> resource to do their own bidding.  Things that come to mind include processing
> waveforms from test equipment, special serial protocols, audio compression.
> Is there any plan to make this processor user programable in future machines?
> Why not in these machines?  Just curious, It would open up a number of other
> uses for a machine like the Indigo.

There are a number of reasons why we don't allow folks to directly 
program the DSP. Among these are:
	1) The DSP may go away in future machines, and we don't want
	   people to write code that we won't be supporting.
	2) Almost all of the bandwidth of the DSP is taken up 
	   getting audio in and out of the machine. There really
	   isn't much left that a user application could use.

Really, we'd rather encourage people to write well-tuned MIPS code.
Then you get portability both across current platforms, and to new
machines as they come out. The development environment for MIPS
code is also much better. Finally, the MIPS, particularly the R4K,
is MUCH faster than the DSP for most things; this isn't like the
original NeXT, where you needed to program the DSP because the host
CPU was dog-slow.

	-Doug


Doug Cook  	(cook@sgi.com)		|    "What IS Digital Media?	
Software Engineer, Digital Media Group	|    ...another name for graphics."
Silicon Graphics, Inc.			|
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: blankscreen
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 23 Jul 92 07:47:00 GMT

In <31487@adm.brl.mil> beyer@bflsgu.fl.bs.dlr.de (R. Beyer) writes:
| I want to turn-on/turn-off the screens of remote workstations from a 
| master host. Running Indigos/4.0.1 the C routine 'blankscreen' works
| as expected if a program employing 'blankscreen' is started from
| the (local) console. However, if the program is started from a remote 
| login 'blankscreen' does nothing.

blankscreen affects the system specified by $DISPLAY now, so start
by checking that.
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Reading and writing to DAT without getting TAR'ed
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 23 Jul 92 07:51:06 GMT

In <1992Jul22.231737.20243@iat.holonet.net> cboesel@iat.holonet.net (Charles Boesel) writes:
| Is there a way to read and write files to a DAT drive
| without getting TAR involved? Lemme know if 'tis true you can.

Of course!  DAT is just another tape device.  Almost any
command can do output to the DAT, although you usually
want some structure on the tape for ease of retrieval.

See 'man tps' for more info.
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Audio Questions
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 27 Jul 92 19:42:35 GMT

In <1992Jul27.150050.10809@news.iastate.edu> bryan@pi.eai.iastate.edu (Bryan Manske) writes:
| In article <nq81smc@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
| >In <1992Jul26.222526.9166@news.iastate.edu> bryan@pi.eai.iastate.edu (Bryan Manske) writes:
| 
| [stuff deleted]
| 
| >That still doesn't help if you don't know what manual
|               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
| >to look at though.  The online (CD based, although it could be copied
|  ^^^^^^^^^^^^^^^^^^
| 
| My very point.
| 
| >to a hard disk) documention product that is being worked on should 
| >help for this though (and no, it emphaticaly does *not* replace the
| >hard copy manuals, although some of us had to fight for that).
| 
| I know about whatis/apropos and about the upcomming cd-rom product,
| I'm just saying that one cumulative index (this can be found in that
| manual on those pages) for hard-bound manuals would be, well, nice.

The problem is that these manuals are redone over long time frames,
so we would be reissuing the master index every time a new manual
was issued (that is, we don't reissue every manual at once).  Not
only that, but stuff moves from one manual to another, or old
manuals go away, etc.  My guess is that a master index would
therefore always be wrong, which would be even more frustrating.

For a product like the online documentation CD, in theory, this
won't be a problem ;)
--
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: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: algorithm for kill due to memory
Keywords: vhand killed SYSLOG
Date: 21 Jul 92 15:10:10 GMT

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.

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
process from being expunged, is there any way predict which process
gets hit?  I suspect the LRU/low priority algorithm in vhand associated 
with page theft, combined with some process size factors, is used to 
generate a kill when the free virtual memeory gets low.  There appears to 
be a large chunk of kernel processing when a kill of this type happens.

Information in my man pages appears very slight.  Thanks.

-- 
	 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
From: David_Anthony_Guevara@cup.portal.com
Newsgroups: comp.sys.sgi
Subject: SpaceBall daemon dies under IRIX 4.0.5
Date: Thu, 23 Jul 92 22:32:06 PDT
Organization: The Portal System (TM)
Distribution: usa


Help!  I recently had my 4D/310GTX upgraded to IRIX 4.0.5.  I can't
seem to keep the spaceball daemon from dying/disappearing.  I didn't
have this problem under IRIX 3.3.1.  Can any of you shed some light
on why the spaceball daemon is dying?  Using the visual admin tools
I configured the spaceball and dial box onto ttyd1 and ttyd2 respectively.
The confidence tests verify that the hardware is operational.  Some of
the demos work with the spaceball as advertised.

Vital info (for those who might require it):  Iris 4D/310GTX, IRIX 4.0.5.
SpaceBall software v2.2.  Running /etc/gl/spaceball/sbtest verifies that
the spaceball is hooked to ttyd1.  I modified /etc/inittab with the proper
port, etc.  After issuing 'telinit q', I hear the spaceball beep repeatedly
but after that point, the spaceball daemon disappears.

I guess everything that "required" the spaceballd daemon does not work now.
Does anyone have any work arounds for this problem?  We have quite a bit of
code that was dependant upon the spaceball daemon's existence.  Sorry if this
is a FAQ subject.  I don't remember seeing much go by on comp.sys.sgi that
had to do with the SpaceBall under IRIX 4.0.x.  Thanks for the help!

-- David Guevara,
   Internet:  David_Anthony_Guevara@cup.portal.com
Newsgroups: comp.sys.sgi
From: jwk@riscsm.scripps.edu (John W. Kupec)
Subject: /etc/exports & 4.0.5
Organization: Agouron Pharmaceuticals, Inc., San Diego, California, USA
Distribution: usa
Date: Thu, 23 Jul 1992 21:05:26 GMT

I'm trying to restrict access to filesystems mounted on
an Elan running 4.0.5.  This machine is my primary nameserver
and is connected to the Internet.  I'm not running NIS so
no netgroups. 

A basically wide-open /etc/exports similar to this works ok:

/usr/local/sysmgr -root=humbert,lolita #/usr/local separate filesystem
/usr/local/lib/faces -ro
/usr/spool/news			#/usr/spool/news separate filesystem

But if I explicitly name hosts to which I want to export:

/usr/spool/news -access=humbert:lolita

(or)

/usr/spool/news humbert lolita

I can't mount the filesystem on either/any machine.

I've experimented with /etc/exports on a Convex and on
a IRIX 3.3.3 machine and am pretty sure that I know what
I'm doing (I can make it work with them!).
-- 
John Kupec, Agouron Pharmaceuticals, Inc., La Jolla, CA
kupec@agouron.com
Newsgroups: comp.sys.sgi