home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!saimiri.primate.wisc.edu!ames!sun-barr!olivea!sgigate!odin!twilight!zuni!anchor!olson
- 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)
- Message-ID: <up5dq14@zuni.esd.sgi.com>
- Date: 12 Jan 93 06:28:04 GMT
- References: <MBR.93Jan11085304@ponape.bellcore.com> <KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com> <MBR.93Jan11184839@ponape.bellcore.com>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 26
-
- 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
-