home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / misc / 244 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.4 KB  |  60 lines

  1. Newsgroups: comp.sys.sgi.misc
  2. Path: sparky!uunet!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: kittu@shakti.wpd.sgi.com's message of 11 Jan 93 09:57:43
  6. Message-ID: <MBR.93Jan11184839@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. Date: 11 Jan 93 18:48:39
  14. Lines: 44
  15.  
  16. In article <KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com> kittu@shakti.wpd.sgi.com (Krishna Kolluri) writes:
  17.  
  18.    Newsgroups: comp.sys.sgi.misc
  19.    From: kittu@shakti.wpd.sgi.com (Krishna Kolluri)
  20.    Reply-To: kittu@sgi.com
  21.    Organization: Silicon Graphics, Inc.
  22.    References: <MBR.93Jan11085304@ponape.bellcore.com>
  23.  
  24.    >>>>> "Mark" == Mark Rosenstein <mbr@bellcore.com> writes:
  25.  
  26.        Mark> I have an application that is killed (I assume by the
  27.        Mark> OS). I wanted to try and figure out what was going on
  28.        Mark> using the casevision debugger.  I was unable to figure
  29.        Mark> out a way to catch the kill, and when the program
  30.        Mark> mysteriously dies, all I get in the debugger is process
  31.        Mark> xxxx: terminated.
  32.        [stuff deleted ...]
  33.        Mark> Have I missed something?
  34.  
  35.    Sounds like your application is leaking memory, and is running out of
  36.    swap space. Check your console window if this is what is happening.
  37.  
  38.    If so, you should link your application with libmalloc_cv.a and turn
  39.    on malloc/free tracing in the Performance Panel. Then bring up Heap
  40.    View and see where you are leaking memory. If you need help, let me
  41.    know. 
  42.  
  43.    kittu..
  44. Well, thank you mightily! I never thought of looking on the console. Your
  45. diagnosis is incorrect (but I will add your advice to my bag of debugging
  46. tricks) but now I at least know the right question to ask.
  47. The error on the console is:
  48.  
  49. WARNING: Process [art-devo.r4000] pid 1227 killed due to bad page read (errno:134)
  50.  
  51. Is there a reasonable way using cvd to stop the process before it
  52. terminates and figure out, how I might be managing to do this (like a
  53. stack trace)? [My suspicion is that I am doing a Motif no-no, but I 
  54. can't really begin to figure it out unless I have some clue as to where
  55. I am running into this problem
  56.  
  57. Thanks.
  58.  
  59. Mark.
  60.