HDTenEightyP/NetNews huggingface dataset:
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: top won't interrupt
Date: 28 Aug 92 20:25:30 GMT


top does not know about the currently defined kill/interrupt keyboard signal.
It only stops with a control - c.

Dan.
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager <1> (212) 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: yates@a.chem.upenn.edu (John H. Yates)
Newsgroups: comp.sys.sgi
Subject: 4.0.4 Dials and Buttons gone
Date: 26 Aug 92 00:05:19 GMT
Organization: University of Pennsylvania

I just upgraded IRIX 3.3 to 4.0.4 . When I tried
the system confidence test on dials and buttons
it said the software driver wasn't loaded (or
close to that, I'm no longer on site).

Did I miss somethine on the eoe tapes or dev
or ... ?

Thanks, John
yates@a.chem.upenn.edu

Newsgroups: comp.sys.sgi
From: dweber@ncsa.uiuc.edu (Daniel Weber)
Subject: Re: "at" problems under 401 and 405 (summary)
Originator: dweber@nvs.ncsa.uiuc.edu
Reply-To: dweber@ncsa.uiuc.edu
Organization: National Center for Supercomputing Applications
Date: Wed, 2 Sep 1992 15:35:49 GMT


In article <p9chht0@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
[stuff removed]
|> 'test' is indeed a bad date.  See the 'at' man page for the usage.

Ok, here's a summary of what I've found out about how "at" works.  Thanks
to all of you who responded!!  :-)

"at 11:00 today test" does not work because the IRIX version of "at" needs
the executable name to be input on stdin.  Thus, the first version listed
above won't work because it's assuming "test" is part of the syntax
describing the time/date, as Dave Olson has indicated.

The following all aparently work:
> at 11:00 today
  test
  ^D

> at 11:00 today < test

> test | at 11:00 today

The problem I was having was that most other versions of "at" I've used use
the last argument as the name of the executable and the difference between
those and the IRIX version wasn't especially clear to me from the manpage.

Again, thanks to those who responded.

-daniel weber
dweber@ncsa.uiuc.edu
From: slevy@ricci.geom.umn.edu (Stuart Levy)
Newsgroups: comp.sys.sgi
Subject: winpop(): executed immediately or ...?
Date: 31 Aug 92 16:12:17 GMT
Distribution: na
Organization: Geometry Center, University of Minnesota

I've been playing with taking snapshots (using system("scrsave ..."))
of our program's graphics windows.  In order to ensure that the window
isn't obscured when its snapshot is taken, I call winpop(), then
force the window to be redrawn, then invoke scrsave.

(This is all using old-style GL, not GLX.  The program is linked under 3.3.2.)

I've had several problems with this:
    scrsave often seems to snap the *back* buffer, not the
    front buffer, in double-buffered mode (under 4.0.1).
    I'm not certain whether it always does this.

	I can tell it's doing that by looking at the snapshotted
	SGI image and comparing it with (a) the stuff visible in the
	running program's window and (b) the data shown by
	/usr/demos/bin/snoop in front- and back-buffer modes.

    So now I switch to singlebuffered mode (singlebuffer(); gconfig();),
    draw the image, then use scrsave.  This is a Good Thing anyway on
    machines which have to dither in RGB mode.

    Unfortunately, now I'm finding that even the sequence
	winpop();
	singlebuffer(); gconfig();
	<draw world>
	gflush();
	system("scrsave ...");
    often doesn't effectively pop the window to the top before drawing.
    A ghost of the old topmost window remains.  If I stop in the debugger after
    winpopping but before drawing, the window seems to be popped correctly.

    I imagine the winpop() is sending a hint to the window manager,
    so the window will be popped at some indefinite near-future time.

Is there any reliable way to know when the window has been popped?
(I could await the REDRAW event, but if the window was already unobscured,
would I ever get one?)

Thanks for any advice,

   Stuart Levy, Geometry Center, University of Minnesota
   slevy@geom.umn.edu
From: jscarsdale@gems.vcu.edu
Newsgroups: comp.sys.sgi
Subject: gamma w
Date: 30 Aug 92 15:35:10 -0400
Organization: Medical College of Virginia

We're having an interesting and annoying problem with our iris 4d/35, 
irix 4.04.  Twice in the past week system.glgammaval in the /etc/config
directory has become corrupted with the result that no one can log
into the console (user logs in, but gets bumped out before any windows
come up, no info in the /usr/adm/SYSLOG file), and that pandora doesn't
come up, but instead we get the login screen that one gets when one
sets noiconlogin to TRUE.  Both times this has happened, a user has
been doing some development work involving BIOSYM's open interface
and INSIGHTII software packages; this of course is quite a large
image for our 16 Meg 4d/35G system, but the application running
may simply be coincidental and have nothing to do with the problem.

So, the question is--have any other users experienced similar 
problems on their SGI systems, what caused the problem and is
there a workaround; I thought I'd check the collective net.wisdom
before we logged a call to the TAC.

                                    Thanks
                                    J.N. Scarsdale

internet jscarsdale@ruby.vcu.edu
bitent   jscarsdale@vcuvax
From: adam@research.nj.nec.com (Adam Porter)
Newsgroups: comp.sys.sgi
Subject: vnews
Date: 28 Aug 92 14:48:52 GMT
Reply-To: adam@research.nj.nec.com
Organization: NEC Research Institute
Originator: adam@acapella


I know there are better news readers, and I doubt I'll get any
response to this, but:

Has anyone successfully run vnews under IRIX?  If so, I'd really like
to see or hear about the source/compilation.

THANKS!!!

-- 
--								-Adam
==========================================================================
           Adam Porter                    adam@research.nj.nec.com
NEC Research Institute:609/951-2568  4 Independence Way,Princeton,NJ,08540
From: szewczak@neutron (Alexander Szewczak)
Newsgroups: comp.sys.sgi
Subject: Re: sysadmin
Date: 1 Sep 92 17:40:37 GMT
Organization: Yale University
X-Newsreader: Tin 1.1 PL5

Scott Henry (scotth@hoshi.corp.sgi.com) wrote:
: The directory /debug is not a real file system. [FAQ deleted] This oughta
: be in the FAQ if it isn't.

There is no FAQ, but there should be! Anyone? Anyone? (I'd volunteer, but
I'm too dumb!)

Hopefully,

--
| Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-624-3866 |
Newsgroups: comp.sys.sgi
From: rck@fangio.asd.sgi.com (Robert Keller)
Subject: Re: RV1 graphics boards on GTX machines
Keywords: RV1
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Tue, 1 Sep 1992 17:16:54 GMT

In article <95054@bu.edu> jdh@bu-pub.bu.edu (Jason Heirtzler) writes:
>What does the "1" in RV1 refer to?  

It means that it is the "1" design of the RV board subsystem for
GTX graphics.  The RV2 is the second iteration.

As a design matures, often a "cost reduced" version comes out to 
replace some of the more expensive portions of a board design.  
The RV1 to RV2 transition condensed three 9U vme size boards down 
to one, as well as adding h/w alu operations.

>More importantly, is the performance problem anything to
>worry about?  

Unless you use framebuffer alu operations a lot I wouldn't worry 
about it.  In X parlance this would mean a GC's alu function being
something other that GXcopy.

>Maybe there's a snippet of code that someone
>has that would demonstrate the problem?

try "x11perf -rop GXxor -rect100"

To determine extactly what kind of graphics subsystem you have:
try running /usr/gfx/gfxinfo.

relax, don't worry, have a homebrew.

...robert
Newsgroups: comp.sys.sgi
From: cbas25@vaxa.strath.ac.uk
Subject: Fortran problem on going from 4.0.1 to 4.0.5
Organization: Strathclyde University VAX Cluster
Date: Mon, 31 Aug 1992 16:14:32 GMT

The following fortran program illustrates a problem which has arisen on
going from IRIX 4.0.1 to IRIX 4.0.5.
When compiled under the first version of the operating system the program 
works correctly, and gives the correct results from both subroutines
(ONCE and DIFFER).  When compiled under 4.0.5 the program core-dumps at line
42, unless the compilation is done with the keyword '-static'. 

A cutdown version in which the subroutine 'ONCE' is not called and the 
routine itself is not present, does run without core-dumping (when compiled 
without '-static') but it appears that the numbers in the second array (XS)
are not correctly held (all are either zero or very small numbers). 

My reading of the the Fortran manual pages leads me to believe that use
of the 'SAVE' directive in the subroutine DIFFER is the only requirement
for values to be retained on exit from a subroutine.

I detected this anomaly in a larger program.  In this, the use
of three entry points to a subroutine is used to allow calculations
to be done on pairs of arrays selected from a much larger number than two.
Thus if there are n arrays the number of subroutine calls is 2*n rather than
n**2 (which is the case if both selected arrays are to be passed as 
parameters together in a single subroutine call.  

C-------------------------------cut here-------------------------
      PROGRAM TESTPRO
      COMMON/A/XA(10)
      COMMON/B/XB(10)
      DO 100 I = 1,10
           XA(I) = FLOAT(I)
           XB(I) = 10.0 - FLOAT(I)
100   CONTINUE

      WRITE (*,1000)
1000  FORMAT ('Enter to numbers between 1 and 10 inclusive')
      READ  (*,*) K,L

      CALL DIFF1 (XA)
      CALL DIFF2 (XB)
      CALL DIFF3 (K,L,RESULT)
      WRITE (*,*) RESULT

      CALL ONCE (XA,XB,K,L,RESULT)
      WRITE (*,*) RESULT

      STOP
      END

      SUBROUTINE ONCE (XR,XS,I,J,D)
      DIMENSION XR(10)
      DIMENSION XS(10)
      write (*,*) i,j,xr(i),xs(j)
      D = XR(I) - XS(J)
      RETURN
      END

      SUBROUTINE DIFFER
      SAVE
      DIMENSION XR(10)
      DIMENSION XS(10)
      ENTRY DIFF1 (XR)
      RETURN
      ENTRY DIFF2 (XS)
      RETURN
      ENTRY DIFF3 (I,J,D)
      write (*,*) i,j,xr(i),xs(j)  !Program fails here when '-static' not used
      D = XR(I) - XS(J)
      RETURN
      END 
C-------------------------------cut here-------------------------

Has anyone had similar problems.

Peter Bladon
University of Strathclyde
Department of Pure and Applied Chemistry
Glasgow G1 1XL      

e-mail  cbas25%vaxa.strath.ac.uk
From: rweisbe@starfleet.nswc.navy.mil (Bob Weisbeck)
Newsgroups: comp.sys.sgi
Subject: Pandora and Mailbox
Date: 4 Sep 92 18:26:51 GMT
Organization: Naval Surface Warfare Center


   If this has been discussed before please forgive me in advance for asking again.
I have a 4D35 running Irix 4.0.1 and pandora. I have icons under /usr/lib/faces.
When I log in everything is ok. Then I bring up the mailbox icon. I do not enter 
the mailbox, I just bring it up. When I log off the system the colors for the 
icons that pandora displays are all wrong. I can still use pandora to log in 
but the colors are off, for instance orange is light green, black is light blue,
etc.....   I tried to login as another user without bring up the mailbox utility
and then logging out but the colors on the pandora icons are still off. The only 
way to clear this up is to reboot.  I do notice that when the colors are displayed  
correctly pandora just comes up in the window with it's white background; but 
after bring up the mailbox icon and logging out, the window is painted black before
the pandora window is displayed. 
   I'm a sys admin type and really don't know a lot about color mapping and sorts
but could it be that the mailbox utility messed up the color map for the console
and rebooting resets it. Anyone have a guess what might be happening and how I
can correct this?  
Newsgroups: comp.sys.sgi
From: akin@sgi.com (Allen Akin)
Subject: Re: Where is the RFV for the Open GL newsgroup?
Organization: Silicon Graphics, Inc.
Distribution: usa
Date: Mon, 31 Aug 1992 20:09:12 GMT

In article <1992Aug25.223252.23870@b11.b11.ingr.com> pff@pablo.b11.ingr.com (Pablo Fernicola) writes:
| Has the RFV already been posted?

Not to my knowledge.  I expect it to be posted shortly, since Bill has
been setting up an automated vote-counter.

Allen
From: kjaren@bb1t.monsanto.com
Newsgroups: comp.sys.sgi
Subject: scrsave capturing wrong screen
Date: 26 Aug 92 14:01:28 CST
Organization: Monsanto Company, St. Louis, MO


      With the X-Window system, it is possible to log onto the graphics
terminal on a local workstation, rlogin to a remote workstation, set
the display back to the local workstation (setenv DISPLAY local:), run
an X-Windows program, and have the window for the program display on
the graphics terminal on the local workstation.  I've done this with
many programs on the SGI workstation system at my site, and it works
fine.  However, I've been experiencing difficulties when trying to 
capture the screen using the /usr/sbin/scrsave command.  When I use
scrsave when logged onto the remote node, it captures the image on
the graphics terminal on the remote node.  This is expected.  To work
around this, I wrote a shell script to run on the remote node.  This
script parses the name of the local node from the DISPLAY variable,
and then uses the /usr/bsd/rsh command to capture the screen on the
local node:

/usr/bsd/rsh local "/usr/sbin/scrsave /usr/tmp/test1.rgb"

The file test1.rgb is then created in the /usr/tmp directory on the
local node.  However, when I log out of the remote node, and ipaste 
/usr/tmp/test1.rgb on the local node, it shows that scrsave has cap-
tured the screen from the remote node.  If scrsave is run on the 
local node, using rsh from a remote node, shouldn't the screen on the
local node, and not the remote node, be captured?  I would appreciate 
any information on how to work around this problem.  I know that I 
could keep a window, logged onto the local node, in a corner of the 
screen, and do my scrsaves from there.  However, many people use this
system, and I would like to make the screen capture transparent, so
that they do not have to remember to which system they are logged on.

Newsgroups: comp.sys.sgi
From: seiferth@cobra.cs.unm.edu (Justin Seiferth)
Subject: GDB4.6 on and iris4d- compiles and runs but...
Organization: Computer Science Department, University of New Mexico
Distribution: na
Date: Wed, 26 Aug 1992 20:03:54 GMT

I built gdb4.6 on an iris4d using the basic cc development system
that comes with 4.0.1  The only difficulty I had compiling, was with
the redefinition of psignal in defs.h (from int in my /usr/include
to void, so I redefined psignal to return an int in defs.h) and
commented out the inclusion of <signal.h> within "signals.h> to avoid
a multiple inclusion error of psignal.

After compilation, gdb runs "fine" and is able to load a test program
but when I ask gdb to run the file, it says:

(gdb) run
Starting program: /usr/people/seiferth/gdb-4.6/gdb/test

and never comes back!  test is only a short little program which runs
instantaneously under dbx.  One other oddity, on startup, gdb said:

GDB 4.6, Copyright 1992 Free Software Foundation, Inc...
Setting up the environment for debugging gdb.
Function "fatal" not defined.

Other than that, no warning that something is broken.  So, after this
longwinded explanation, does anyone know what is wrong?

Thanks ...
P.S. email to seiferth@cobra.cs.unm.edu preferred!
From: raines@fermi.physics.upenn.edu (Paul Edgar Raines)
Newsgroups: comp.sys.sgi
Subject: problems with 8500 Exabyte
Date: 26 Aug 92 19:04:10 GMT

I have two Aviv 8500 Exabyte drives hooked up to a 4D/380S. Our
problems are characterized by the following:

1) After loading a tape into a drive, the first operation always gives
	an I/O error.  An second try of the same command always seems
	to work.

2) Reading a tape always produces the following type message on the
	system console.

	NOTICE: SCSI tape #5 had 174471 recoverable errors.

	This notice was obtained from a bru backup tape obtained by the
	command "bru -cvm -f /dev/rmt/tps1d5nsv.8500 / /usr" which I
	then 'read' using "dd if=/dev/rmt/tps1d5nsv.8500 ibs=63k > /dev/null"
	for 7395 records worth.

3) Even when specifying 8500 on the end of the device name, the tapes
	seem to written in low density.  I haven't yet written more than
	2 GB to a tape so the way I am currently testing this is by
	timing the kilobytes/sec using the 'dd' command as above.  This
	always comes out to be between 200-300 kb/sec for both tapes
	I know are 8200 mode and those that I think I have written in
	8500 mode.

I have talked to an Aviv tech support person who believes that
problems (1) and (2) are related to SGI's driver not responding to
the 'unit attention' signal correctly.

Is there easy way to determine what density a tape has been written in?
Are there any other sources of ioctl tape commands beside the mtio man
page and cryptic mtio.h and tpsc.h include files? 

-- 
Paul Raines	raines@purcell.physics.upenn.edu	215-898-8832
Dept. of Physics
University of Pennsylvania
Newsgroups: comp.sys.sgi
From: davea@quasar.wpd.sgi.com (David B.Anderson)
Subject: Re: How to turn off Optimization?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 26 Aug 1992 17:17:09 GMT

In article <29603@goofy.Apple.COM> avi@golem.apple.com (Avi Weiss) writes:
>Hi there ;
>
>I have a simple makefile which has 
[ ]
>however, when I type "make a.out", make somehow puts in a "-j" when compiling:

You don't mention what release you are using.

Using your example on 4.0.1 and 4.0.5 releases I find -c added, not -j.
(-j means output Ucode, -c means output an assembled object code file).

I don't know 
	if this means I managed to cut/paste/run your example Makefile
		incorrectly or 
	if your real Makefile is different than the example
		you posted or 
	if I ran a different make(1).

Irreproducible Results :-)
[ David B. Anderson             (415)390-1548             davea@sgi.com ]
From: rnelson@ocelot.csc.wsu.edu (Roger Nelson)
Newsgroups: comp.sys.sgi
Subject: GF3 firmware error
Date: 31 Aug 92 18:57:59 GMT
Article-I.D.: serval.1992Aug31.185759.22108
Reply-To: rnelson@ocelot.csc.wsu.edu.UUCP ()
Organization: Washington State University


We are experiencing two possibly related problems on one of our machines,
perhaps some one might know what the problem is.

1.  Occasionally, when a user is logged in at the console, the screen
    will blank out and stay blank.  Sometimes you can still see the
    popup menus so you can logout (but the popup menus are really dark).
    Once logged out, or the console process is killed, the colors are 
    restored when the login screen is drawn.  
    This has only started happening recently.
    (This may be occuring only when the user is logged in overnight
     after and/or while using SDRC-IDEAS.)

2.  We are also starting to get GF3 firmware errors and the graphics
    board shuts down.  When we restart the machine we get the following
    error on the terminal on serial port 1:

    gfx: GF3 firmware is not responding
    gfx: no working graphics hardware
    Error -- cannot open console "gfx(0)"
    } sizing and clearing memory!

    ... and the start up menu ...
    
    The machine does eventually startup if we leave the machine off
    for a few hours and will run fine (with the exception of problem 1)
    for days or even weeks.

Any info would be appreciated.

Roger

(PS Thanks to everyone who responded to my last query about init not
respawning ttys,  the problem cleared itself up after a couple of days,
and appeared to be related to cron).

rnelson@ocelot.csc.wsu.edu
Newsgroups: comp.sys.sgi
From: sinkwitz@ifi.unizh.ch (Rainer Sinkwitz)
Subject: Re: xview on SGI?  (no more dependancy on X11R5)
Organization: University of Zurich, Department of Computer Science
Date: Thu, 27 Aug 92 15:00:09 GMT


In article <32215@adm.brl.mil>, englund@gdstech.grumman.com (Dave Englund) writes:
> Yet another question for those in the know:
> 
> Is there anything out there that will let me run an application on an
> SGI machine whose interface is in xview for a Sun ? 
> 
> 
Do you mean running remotely or compiling source ? If you mean the latter
then you should be interested in the following [from the README]:

*************************************************************************
                XVIEW 3 and olvwm 3.2 for SGI IRIX 4.0.X
*************************************************************************

These two patches enable XView 3 and olvwm 3.2 to compile on IRIX 4.0.X.
They should not break for other architectures.

AVAILABILITY:
  These files are available at least at the following locations:

  USA
    export.lcs.mit.edu:  [18.24.0.12]
      /contrib/xview3/xview3_sgi_unofficial.patch.tar.Z
    wuarchive.wustl.edu:  [128.252.135.4]
      /graphics/graphics/sgi-stuff/XView/xview3/xview3-sgi-patch.tar.Z
      binaries available
  
  EUROPE
    claude.ifi.unizh.ch:  [130.60.48.8]
      /pub/xview3-sgi-patch.tar.Z
      binaries available
    ftp.cs.ruu.nl  [131.211.80.17]
      /pub/SGI/xview3-sgi-patch.tar.Z
    
XVIEW 3 :

Some problems not solved:
 - cmdtool and tty package not ported
 - olwm (and also remote olwm running on a Sun):
   - Rubberbanding invisible
   - Xsgi's default 8 Bit visual results in overlay planes not getting
     cleared on window borders. Use '-depth 24' to avoid this.
 - olwm dies on large background menus
 - no shared libraries (any app gets at least 1.5 Meg in size)
...
Some prerequisites are only available as binary with OpenWindows 3.0 on
Sun. Those include: 
  - Drop site database manager (dsdm) for drop previewing (may be run remotely
    from a Sun)
  - Workspace layout saving (owplaces)
  - Icon font for contrib/examples/notifier/animate.c (Works nice when displayed
    on a Sun running OpenWindows)


OLVWM 3.2 :

This patch enables olvwm, Version 3.2 to compile on IRIX 4.0.X.

Some problems not solved:
 - olvwm (and also remote olvwm running on a Sun):
   - Rubberbanding invisible
   - Overlay planes not cleared on window borders by default, should run as
     olvwm -depth 24, but this gives X-errors and a black VDM
 - olvwm dies on large background menus


Have fun!

  Rainer

oooooo    oooo  Rainer Sinkwitz, Multimedia Lab         sinkwitz@ifi.unizh.ch
 $   $   $   "  University of Zurich, Switzerland        VOICE +41-1-257-4346
 $"$$    """"$  Inst.f.Informatik, Winterthurerstr. 190   FAX +41-1-363-00-35
o$o "$o  $ooo"  CH-8057-Z\"urich
Newsgroups: comp.sys.sgi
From: alan@hal.larc.nasa.gov (alan dare)
Subject: Sharp scanner on SGI?
Originator: alan@hal.larc.nasa.gov
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Fri, 28 Aug 1992 19:27:52 GMT



The office manager is getting a Sharp JX320 scanner and connecting it
through Appletalk to a Mac. However, it will be placed next to our 440 VGX.
The scanner has a SCSI interfce that I wil be able to access. Is there a 
driver and any software out there that will allow me hook it up to our SGI 
system and scan in an image?

Thanks for the information.

-- 

*********************************************************************
Alan Dare                     |  Internet : alan@hal.larc.nasa.gov
NASA Langley Research Center  |
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: IRIX 4.0.4 include bugs
Date: 3 Sep 92 20:54:38 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <Bu0nAA.B66@math.uwaterloo.ca> mskucher@math.uwaterloo.ca (Murray S. Kucherawy [MFCF]) writes:

| This program:
| 
| #include <pwd.h>
| main()
| {
| }
| 
| ...produces three compilation warnings while it's reading the file
| "/usr/include/pwd.h".

I don't have 4.0.4, but it works fine for me under 4.0.5.  What
warnings do you get, and what compiler flags are you using?
--
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