home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / misc / 251 < prev    next >
Encoding:
Text File  |  1993-01-12  |  3.3 KB  |  73 lines
  1. Newsgroups: comp.sys.sgi.misc
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsm!cbnewsl!att-out!walter!mbr
  3. From: mbr@bellcore.com (Mark Rosenstein)
  4. Subject: Re: casevision debugger and the kill signal (really bad page read)
  5. In-Reply-To: olson@anchor.esd.sgi.com's message of 12 Jan 93 06:28:04 GMT
  6. Message-ID: <MBR.93Jan12083546@ponape.bellcore.com>
  7. Sender: news@walter.bellcore.com
  8. Nntp-Posting-Host: ponape.bellcore.com
  9. Reply-To: mbr@bellcore.com (Mark Rosenstein)
  10. Organization: Bellcore, Morristown, NJ
  11. References: <MBR.93Jan11085304@ponape.bellcore.com>
  12.     <KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com>
  13.     <MBR.93Jan11184839@ponape.bellcore.com> <up5dq14@zuni.esd.sgi.com>
  14. Date: 12 Jan 93 08:35:46
  15. Lines: 56
  16.  
  17. In article <up5dq14@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
  18.  
  19.    From: olson@anchor.esd.sgi.com (Dave Olson)
  20.    Date: 12 Jan 93 06:28:04 GMT
  21.  
  22.  
  23.    In <MBR.93Jan11184839@ponape.bellcore.com> mbr@bellcore.com (Mark Rosenstein) writes:
  24.    | The error on the console is:
  25.    | 
  26.    | WARNING: Process [art-devo.r4000] pid 1227 killed due to bad page read (errno:134)
  27.  
  28.    This one is easy.  Has nothing to do with memory or swap space.
  29.    errno 134 is: Stale NFS file handle.  You are almost certainly running
  30.    the program over NFS, and the server has re-exported the filesystem 
  31.    differently.  Talk to the system admin of the server.
  32.    I also seem to recall that you can get ESTALE if the file was unlinked
  33.    on the server (which might happen if somebody was remaking the program,
  34.    depending on the makefile).
  35. Foo! You're right. I got overexcited, when I saw the console message, and
  36. thought this was my problem, but these were just old messages. As you suspected
  37. I was running over NFS and remaking the program, but I understood that. My
  38. program really does just die (with no message in the console window) with
  39. the message terminated in cvd.
  40.  
  41.    | Is there a reasonable way using cvd to stop the process before it
  42.    | terminates and figure out, how I might be managing to do this (like a
  43.    | stack trace)? [My suspicion is that I am doing a Motif no-no, but I 
  44.    | can't really begin to figure it out unless I have some clue as to where
  45.    | I am running into this problem
  46.  
  47.    No, cvd can't trap this (although it can catch the exit or the signal).
  48.  
  49. Ok. I was overloading the word trap. My real question was how to catch
  50. this signal in cvd (so I could try and figure out why I was getting
  51. terminated). I set the SIGKILL button in the cvd signal panel, and it
  52. does not seem to catch the termination. I conducted the following simple
  53. experiment to make sure I wasn't totally confused: I ran xclock. I
  54. attached to it with cvd. I set every signal to be caught (including
  55. SIGKILL) in the signal panel. I did kill -INT xxx and cvd caught it. I
  56. did kill -9 xxx, and cvd didn't catch it, and said terminated, just
  57. like my program. [Irix 4.0.5F, 07/15/92 CASEVision Environment,
  58. Version 1.0, 07/15/92 WorkShop CASE products, Version 1.1]. So my question,
  59. I think, still stands.
  60.  
  61. Finally, is there a man page that tells all the reasons a process can
  62. be terminated?
  63.  
  64.    I'd be astounded if this was caused by a programming error on your
  65.    part.
  66. Sorry to have misled you.
  67.  
  68. Mark.
  69. =-=-=-=-=-=
  70. Unless you start somewhere, you'll go nowhere. 
  71.                --Marvin Minsky.
  72.  
  73.