HDTenEightyP/NetNews huggingface dataset:
From: mbr@bellcore.com (Mark Rosenstein)
Subject: casevision debugger and the kill signal
Reply-To: mbr@bellcore.com (Mark Rosenstein)
Organization: Bellcore, Morristown, NJ
Date: 11 Jan 93 08:53:04

I have an application that is killed (I assume by the OS). I wanted to
try and figure out what was going on using the casevision debugger.
I was unable to figure out a way to catch the kill, and when the program
mysteriously dies, all I get in the debugger is process xxxx: terminated.

Is there a way to catch the kill signal with the casevision debugger?
With other signals (like INT) when set it in the signal panel, and then
send the application (attached process) an INT, it happily catches it.
And I can look at the stack, etc, etc.

When I set SIGKILL in the signal panel, and then send kill -9 xxxx, 
the process just terminates. [This also happens when the OS does it
to me].

Have I missed something?

Mark.
P.S. I love the debugger. Can't imagine doing C development without it!
Xref: sparky comp.sys.sgi.misc:200 comp.graphics:13541 rec.video:15597
From: pstatcw@psy.gatech.edu (Christopher Whaley)
Newsgroups: comp.sys.sgi.misc,comp.graphics,rec.video
Subject: Re: Looking for software to control LVR-3000 / LVR-5000 / LVR-6000
Followup-To: comp.sys.sgi.misc,comp.graphics,rec.video
Date: 8 Jan 1993 03:23:55 GMT
Organization: Georgia Institute of Technology
NNTP-Posting-Host: psy.gatech.edu
X-Newsreader: TIN [version 1.1 PL8]

Dave Martindale (dave@imax.imax.com) wrote:
: We just received a Sony LVR-3000N WORM videodisc.  It has an RS-232
: port specifically intended for computer control of its functions.
: We also have the manual describing the serial protocol used to
: control it.  However, before writing software to do this from scratch,
: I thought I'd ask if anyone out in Usenet-land already had software
: to control the unit, and would be willing to give it to me.

: So, if you have control software for this recorder, and are willing
: to give it to others, please send me mail.

There is software on the ftp site at:

calpe.psc.edu

in the directory /pub/lvr

It is in tar format.

Chris Whaley
pstatcw@psy.gatech.edu

Newsgroups: comp.sys.sgi.misc
From: mbr@bellcore.com (Mark Rosenstein)
Subject: Re: casevision debugger and the kill signal (really bad page read)
Reply-To: mbr@bellcore.com (Mark Rosenstein)
Organization: Bellcore, Morristown, NJ
	<KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com>
Date: 11 Jan 93 18:48:39

In article <KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com> kittu@shakti.wpd.sgi.com (Krishna Kolluri) writes:

   Newsgroups: comp.sys.sgi.misc
   From: kittu@shakti.wpd.sgi.com (Krishna Kolluri)
   Reply-To: kittu@sgi.com
   Organization: Silicon Graphics, Inc.
   References: <MBR.93Jan11085304@ponape.bellcore.com>

   >>>>> "Mark" == Mark Rosenstein <mbr@bellcore.com> writes:

	   Mark> I have an application that is killed (I assume by the
	   Mark> OS). I wanted to try and figure out what was going on
	   Mark> using the casevision debugger.  I was unable to figure
	   Mark> out a way to catch the kill, and when the program
	   Mark> mysteriously dies, all I get in the debugger is process
	   Mark> xxxx: terminated.
	   [stuff deleted ...]
	   Mark> Have I missed something?

   Sounds like your application is leaking memory, and is running out of
   swap space. Check your console window if this is what is happening.

   If so, you should link your application with libmalloc_cv.a and turn
   on malloc/free tracing in the Performance Panel. Then bring up Heap
   View and see where you are leaking memory. If you need help, let me
   know. 

   kittu..
Well, thank you mightily! I never thought of looking on the console. Your
diagnosis is incorrect (but I will add your advice to my bag of debugging
tricks) but now I at least know the right question to ask.
The error on the console is:

WARNING: Process [art-devo.r4000] pid 1227 killed due to bad page read (errno:134)

Is there a reasonable way using cvd to stop the process before it
terminates and figure out, how I might be managing to do this (like a
stack trace)? [My suspicion is that I am doing a Motif no-no, but I 
can't really begin to figure it out unless I have some clue as to where
I am running into this problem

Thanks.

Mark.
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Newsgroups: comp.sys.sgi.misc
Subject: Re: casevision debugger and the kill signal
Date: 13 Jan 93 03:47:33 GMT
Organization: Silicon Graphics, Customer Support Division

In article <KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com>, kittu@shakti.wpd.sgi.com (Krishna Kolluri) writes:
|> >>>>> "Mark" == Mark Rosenstein <mbr@bellcore.com> writes:
|> 
|> 	Mark> I have an application that is killed (I assume by the
|> 	Mark> OS). I wanted to try and figure out what was going on
|> 	Mark> using the casevision debugger.  I was unable to figure
|> 	Mark> out a way to catch the kill, and when the program
|> 	Mark> mysteriously dies, all I get in the debugger is process
|> 	Mark> xxxx: terminated.
|> 
|> 	Mark> Is there a way to catch the kill signal with the
|> 	Mark> casevision debugger?  With other signals (like INT) when
|> 	Mark> set it in the signal panel, and then send the
|> 	Mark> application (attached process) an INT, it happily
|> 	Mark> catches it.  And I can look at the stack, etc, etc.
|> 
|> 	Mark> When I set SIGKILL in the signal panel, and then send
|> 	Mark> kill -9 xxxx, the process just terminates. [This also
|> 	Mark> happens when the OS does it to me].
|> 
|> 	Mark> Have I missed something?
|> 
|> Sounds like your application is leaking memory, and is running out of
|> swap space. Check your console window if this is what is happening.
|> 
|> If so, you should link your application with libmalloc_cv.a and turn
|> on malloc/free tracing in the Performance Panel. Then bring up Heap
|> View and see where you are leaking memory. If you need help, let me
|> know. 
|> 
|> kittu..
|> 

It may seem non-sequiter (sp?) but here is a piece of information missing
from Kittu's reply.  IRIX 4.0.X does not preallocate Virtual Memory pages
for programs.  VM pages are allocated whenever a process reads or writes
to a particular page of memory for the first time.  It is possible that
the system will run out of virtual memory (real memory + swap) when a
memory reference is made.  If this occurs, the process will be killed.

The most common causes for this are programs which have memory leaks so
the size of the process keeps growing.  Some rather ill behaved programs
keep allocating memory until they run out so they can decide how much
memory they'll have to play with.  This strategy only works if the pages
are preallocated.  Your IRIX kernel can be reconfigured by changing the
value of availsmem_accounting to 1 in /usr/sysgen/master.d/kernel and
then running /etc/autoconfig and then rebooting.

If the program is ill-behaved when it comes to it's use of dynamically
allocated memory, Kittu's suggestion of doing malloc/free tracing may
help point out the hogs in you program.
From: shc@lhdsy1.lahabra.chevron.com (S.H. Couturie)
Newsgroups: comp.sys.sgi.misc
Subject: Re: problem with sysmeter on an Indigo
Date: 6 Jan 93 17:23:25 GMT
Organization: Chevron, LaHabra, CA

In article <uh458lk@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1993Jan5.213126.2307@cs.yale.edu> oxalis@friedel.csb.yale.edu (michael sintchak) writes:
>
>
>| when I run 'sysmeter' on an Indigo Elan running Irix 4.0.5F, I get the
>| following message and accompanying error at the bottom of /usr/adm/SYSLOG:
>| 
>| sysmeter: can't get stats: Remote system error
>| 
>| Jan  5 15:42:25 ewald rstatd[307]: read: iotim: No such device or address
>| 
>| I have made sure 'inetd' is running, but is there something else that I might
>| have configured wrong on the host?
>| 
>| Thanks in advance for the help.
>
>It is a bug in 405F that shows up (mostly on systems with Elan graphics)
>on some configurations.  It will probably not be fixed before the
>next major release (it still hasn't been tracked down).

It also occurs on our several R4000 Indigos with Entry graphics, at least when
I "rup" them.  Same error.

While not a critical problem for this purpose, I suppose that rstatd
being broken might break something else, or be part of a larger
problem....  I'd like to see a fix for this sooner than "the next major
release" (I've been seeing that as the time for fixes for years now
:-)).

BTW: When IS "the next major release"?

Steve
--
Steve Couturie                      Voice:     (310) 694-9332	
Chevron Information Technology Co.  FAX:       (310) 694-7709
P.O. Box  446                       Internet:  shc@chevron.com
La Habra, CA  90633-0446            UUCP:      ...!uunet!lhdsy1!shc
Newsgroups: comp.sys.sgi.misc
From: koverber@cs.ulowell.edu (Kurt Overberg)
Subject: Help! Help! I really screwed up my Indigo!
Originator: koverber@bigmax.ulowell.edu
Organization: University of Massachusetts at Lowell Computer Science
Date: Tue, 12 Jan 1993 18:45:22 GMT


Hi, 

	I don't know what I did, but now whenever I try to open
an xterm, I get the message "no more ptys" from xterm.  Has anyone 
run across this before?  Needless to say, I can't open an Xterm, an
xwsh, or anything.  Any help would be greatly appreciated...


					-kurt
-- 
Kurt Overberg            | I honestly doubt you care about my opinions ;^)
U of Mass, Lowell        | "Poke a double-decker on a Llama taboot,       
koverber@cs.ulowell.edu  |  Llama taboot, taboot!"      -Phish
From: bclark@ctron.com (Bret Clark)
Newsgroups: comp.sys.sgi.misc
Subject: Re: xcdplayer-2.2 - X11 CD player for Sun and SGI
Date: 12 Jan 93 13:50:20 GMT

In article <1993Jan11.204230.3699@eagle.lerc.nasa.gov>, drich@sandman.lerc.nasa.gov (Daniel Rich) writes:
> ...
> As for reading the CD over the network, it doesn't do it.  It might be
> an interesting feature, but there would probably be performance
> problems (you would probably get pauses in the sound trying to put
> 44.1K/s across the network), and it would only work on machines with
> audio hardware (ie. 4D/35 or Indigo).

There is a program on the internet called "Radio" which allows you
to receive audio broadcast on any node from one source node using the network. 

It uses roughly about 1% of the network transmitting 8k blocks of data.
It was easy to modify the source to transmit larger blocks of data across the 
network (The source code is well documented). At near CD quality, 
the network saw about 5% bandwidth utilization.

It has been awhile since I have looked at the program, so I can't say
exactly what I did to change the block size, but I do remember it was
easy to do.

We used the program to play CDs through the network. The program does a good
job of buffering so that there was no noticeable sound loss (unless
there was heavy network usage).

I think I downloaded the program from:

vab02.larc.nasa.gov 128.155.23.47

Regards,


Bret Clark
Cabletron Systems
From: kaveh@CAM.ORG (Kaveh Kardan)
Newsgroups: comp.sys.sgi.misc
Subject: scheme->c interface to gl?
Date: 11 Jan 93 01:56:01 GMT
Organization: Communications Accessibles Montreal, Quebec Canada


Does anyone know of a Scheme->C interface to gl?

Thanks,

Kaveh

-- 
Kaveh Kardan                                        kaveh@mtrpls.login.qc.ca
Metropolis Graphics Ltd
Montreal Quebec Canada                              phone/fax: (514)842-6172
From: bclark@ctron.com (Bret Clark)
Newsgroups: comp.sys.sgi.misc
Subject: Re:  et0 errors
Date: 12 Jan 93 13:30:11 GMT

>et0: no carrier: check Ethernet cable
>et0: late collision

>I do remember that when I got them before, I couldn't connect
>to other machines, but I am getting them now and am connected
>remotely to another system. Anybody care to jog my memory as
>to what's happening?

If you could not connect to other host then your network cable is
off, but if you can connect to other host then you may have a bad
cable. 

Bret Clark
Cabletron Systems
bclark@ctron.com

Xref: sparky comp.sys.sgi.misc:241 comp.sys.sgi.hardware:104 comp.sys.sgi.graphics:123
From: spencer@hailwood.asd.sgi.com (Paul Spencer)
Newsgroups: comp.sys.sgi.misc,comp.sys.sgi.hardware,comp.sys.sgi.graphics
Subject: Re: Live Video Digitizer
Date: 11 Jan 93 21:00:26 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: hailwood.asd.sgi.com

pradeep@engin.umich.edu (Pradeep Jain) says:
> 
> I want to connect multiple cameras to the SGI Live Video Digitizer.
> Could someone tell me hwo I can do that? Apparantly, I can connect 
> upto three different cameras in R G and B inputs of the LVD, and sync
> of all four of them togather. Will it work?

Yes, assuming they are monochrome (RS-170) cameras. You will have to 
synchronize the cameras together, and feed the common sync into the LVD.

> Also, is it possible to transfer the contents of the digitizer directly 
> into a file WITHOUT transferring them to the display buffer.

No. The LVD is attached directly to the graphics subsystem, not to the
system bus of the machine. If you need to go to memory without going 
through the graphics, you might try a VideoFramer card instead. It is
a VME-bus based board.

....paul

-- 
Paul Spencer                 Silicon Graphics Advanced Graphics Division
spencer@sgi.com                                Mountain View, California
From: kermit@BRL.MIL ( Chuck Kennedy)
Newsgroups: comp.sys.sgi.misc
Subject: sgi and the network
Date: 5 Jan 93 07:13:07 GMT

I think it's great that SGI has folks answering questions and actively
encourages their participation.  I have been impressed by the fact that
messages even occasionally come from various vice presidents.  I would
hope that this continues in the future.  It contributes nicely to the
quality of the discussions.

I must say that my experience with the hotline has been practically
nil recently.  Previous experience did however show a high level of
competence but the return time for calls was usually a day and was
starting to deteriorate to more than 2 days.  We have on site field
service and they are quite knowledgable.  Even better, they usually know
who to contact at SGI if they can't get something straight on their own.
However, since they still have to deal with the hotline, I occasionally
hear their grumblings about the hotline.

 	-Chuck
Newsgroups: comp.sys.sgi.misc
From: gerth@watson.ibm.com (John Gerth)
Subject: Re: How can I rlogin with the DISPLAY envar propagated?
Date: Fri, 08 Jan 1993 02:46:56 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

Instead of using 'rlogin', you can use 'rsh' to start an 'xterm'
on the target system propagating your current DISPLAY variable.
Since the new 'xterm' will be operating against the server at
the DISPLAY variable all the customizations will apply.

Now there are lots of ways to do this.  Attached is a 'ksh' script
I use to do it on Irix 4.0.5 and which may well need to be customized
to your own tastes:
*-*-*-*-* cut here *-*-*-*
#!/bin/ksh
#
#  start a remote xterm with args, e.g. "rx over_there -bg seagreen ...."
#
#  $1 has the remote host name 
#

rx=$1; shift;
# I usually run with 'xhost +'. If you do too, comment out the following
xhost +$rx

# use /usr/bsd/hostname to get current host. An alternative is to use
#  an environment variable with your normal home workstation.  The latter
#   permits one to use this script again from 'rx'
#   
xh=`hostname`

# now spawn the login  
rsh $r . .profile \; xterm -ls -display $xh:${DISPLAY#*:} $* &

# NOTES:
#  (1)  running .profile gets the PATH, etc. setup over there
#           but assumes that one uses bsh or ksh on the remote.
#  (2)  The goop with DISPLAY handles the general case of
#          X display names, e.g. on multi-headed systems where
#          it can look like "unix:1.2".  We only want the "1.2".

*-*-*-*-* cut here *-*-*-*


-- 
John Gerth	 gerth@watson.ibm.com		(914) 784-7639
From: cheimets@cfasg0.harvard.edu
Newsgroups: comp.sys.sgi.misc
Subject: *post*
Date: 7 Jan 93 02:16:38 GMT





I got a Lisp compiler named 'akcl-1-615.tar.Z', and an associated
kcl.tar.Z from an FTP site.  I am having trouble compiling it on an
sgi.  I was wondering if anyone out there has had experience with this
software on the SGI.

Specifically when a run a machine nmae patch it returns errors. Trying
to compile it after that results in it failing the run to completion.

I don't follow the posting, so please address responses to my email
address: cheimets@cfa.harvard.edu.

Thanks

Peter Cheimets
(617)495-7369




Newsgroups: comp.sys.sgi.misc
From: penev@venezia (Penio Penev)
Subject: How can I rlogin with the DISPLAY envar propagated?
Organization: Rockefeller University
Date: Fri, 8 Jan 1993 00:01:24 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: penev@venezia.rockefeller.edu
X-Posted-From: venezia.rockefeller.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

Hi sgi netters,

I work on a X terminal, connected to a network of Indigos (4.0.1) and a
Crimson(4.0.4). Usually I connect to a certain host and start Xsgi and 4Dwm
from it. As long as I work on the same host, My DISPLAY points
correctly to my Xterminal. When I wont to do computations on a
different machine though, I have to rlogin there and start and monitor
the job. The problem is that I no longer have my DISPLAY properly
pointed at and certain X features (for example the -keymap option of
xwsh) do not work.

I do not want to use telnet, becuse It doesn't understand euivalent
hosts.

The man pages, say that the inclusion of DISPLAY propagation is in the
to-do list. Is there a newer version of rlogin, which does this? Or is
there a known workaround? Can I use telnet, perhaps with some options
to setup equivalent hosts and/or users?

I feel, that this may be a problem for any user, which has the DISPLAY
different from the REMOTEHOST, presumably all who use Xterminals.

Any info would be greatly appreciated.

-- Penio.
From: rme@stereo.adii.rl.af.mil (Richard M. Evans)
Newsgroups: comp.sys.sgi.misc
Subject: Upgrade considerations
Date: 7 Jan 93 19:31:39 GMT

I am considering upgrading a 4D/340VGX to Reality Engine graphics.
I've been told by a sales rep that the product is called HU-REALTT.
What exactly do I get with this upgrade?

TIA,

Rich Evans
rme@stereo.rl.af.mil
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Newsgroups: comp.sys.sgi.misc
Subject: Re: clock(3F)
Date: 9 Jan 93 01:19:49 GMT
Organization: Silicon Graphics, Customer Support Division

In article <C0Gxyw.GK9@cs.psu.edu>, crg@stat.psu.edu (Colin R Goodall) writes:
|> Can someone tell me please how to get millisecond resolution
|> system clock times from a Fortran call?   The Fortran library
|> libU77.a includes only an integer-second resolution function,
|> time (3F).
|> 
|> Thanks, Colin Goodall
|> crg@stat.psu.edu

Write a C function which calls gettimeofday(2) and returns the time at the
resoltion that you need to your Fortran program.  You will need to set the
fast clock on using the ftimer(1) command.  To determine how to call C routines
from Fortran, see the Fortran 77 Programmer's Guide, chapter 3.

-- 

    __   * __   _  __  ___			
   /  \ / / /  / \/  \/   \ 	He was a man like any other man, however, not
  /    /  \/  /  /\  /    /	quite like any other man.
  \___/\__/\_/  /_/ / \__/	
	           *		
Newsgroups: comp.sys.sgi.misc
From: kittu@shakti.wpd.sgi.com (Krishna Kolluri)
Subject: Re: casevision debugger and the kill signal
Reply-To: kittu@sgi.com
Organization: Silicon Graphics, Inc.
Date: 11 Jan 93 09:57:43

>>>>> "Mark" == Mark Rosenstein <mbr@bellcore.com> writes:

	Mark> I have an application that is killed (I assume by the
	Mark> OS). I wanted to try and figure out what was going on
	Mark> using the casevision debugger.  I was unable to figure
	Mark> out a way to catch the kill, and when the program
	Mark> mysteriously dies, all I get in the debugger is process
	Mark> xxxx: terminated.

	Mark> Is there a way to catch the kill signal with the
	Mark> casevision debugger?  With other signals (like INT) when
	Mark> set it in the signal panel, and then send the
	Mark> application (attached process) an INT, it happily
	Mark> catches it.  And I can look at the stack, etc, etc.

	Mark> When I set SIGKILL in the signal panel, and then send
	Mark> kill -9 xxxx, the process just terminates. [This also
	Mark> happens when the OS does it to me].

	Mark> Have I missed something?

Sounds like your application is leaking memory, and is running out of
swap space. Check your console window if this is what is happening.

If so, you should link your application with libmalloc_cv.a and turn
on malloc/free tracing in the Performance Panel. Then bring up Heap
View and see where you are leaking memory. If you need help, let me
know. 

kittu..

--
-------
Krishna Kolluri		1L-545		kittu@sgi.com
Silicon Graphics, Inc.			Off:(415)390-1859
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.misc
Subject: Re: casevision debugger and the kill signal (really bad page read)
Date: 12 Jan 93 06:28:04 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <MBR.93Jan11184839@ponape.bellcore.com> mbr@bellcore.com (Mark Rosenstein) writes:
| The error on the console is:
| 
| WARNING: Process [art-devo.r4000] pid 1227 killed due to bad page read (errno:134)

This one is easy.  Has nothing to do with memory or swap space.
errno 134 is: Stale NFS file handle.  You are almost certainly running
the program over NFS, and the server has re-exported the filesystem 
differently.  Talk to the system admin of the server.
I also seem to recall that you can get ESTALE if the file was unlinked
on the server (which might happen if somebody was remaking the program,
depending on the makefile).

| Is there a reasonable way using cvd to stop the process before it
| terminates and figure out, how I might be managing to do this (like a
| stack trace)? [My suspicion is that I am doing a Motif no-no, but I 
| can't really begin to figure it out unless I have some clue as to where
| I am running into this problem

No, cvd can't trap this (although it can catch the exit or the signal).
I'd be astounded if this was caused by a programming error on your
part.
--
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