home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / misc / 239 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.9 KB  |  49 lines
  1. Newsgroups: comp.sys.sgi.misc
  2. Path: sparky!uunet!europa.asd.contel.com!paladin.american.edu!darwin.sura.net!sgiblab!sgigate!odin!twilight!twilight!kittu
  3. From: kittu@shakti.wpd.sgi.com (Krishna Kolluri)
  4. Subject: Re: casevision debugger and the kill signal
  5. In-Reply-To: mbr@bellcore.com's message of 11 Jan 93 16:53:04 GMT
  6. Message-ID: <KITTU.93Jan11095743@shakti.shakti.wpd.sgi.com>
  7. Sender: news@twilight.wpd.sgi.com ( CNews Account at twilight.wpd.sgi.com )
  8. Reply-To: kittu@sgi.com
  9. Organization: Silicon Graphics, Inc.
  10. References: <MBR.93Jan11085304@ponape.bellcore.com>
  11. Date: 11 Jan 93 09:57:43
  12. Lines: 35
  13.  
  14. >>>>> "Mark" == Mark Rosenstein <mbr@bellcore.com> writes:
  15.  
  16.     Mark> I have an application that is killed (I assume by the
  17.     Mark> OS). I wanted to try and figure out what was going on
  18.     Mark> using the casevision debugger.  I was unable to figure
  19.     Mark> out a way to catch the kill, and when the program
  20.     Mark> mysteriously dies, all I get in the debugger is process
  21.     Mark> xxxx: terminated.
  22.  
  23.     Mark> Is there a way to catch the kill signal with the
  24.     Mark> casevision debugger?  With other signals (like INT) when
  25.     Mark> set it in the signal panel, and then send the
  26.     Mark> application (attached process) an INT, it happily
  27.     Mark> catches it.  And I can look at the stack, etc, etc.
  28.  
  29.     Mark> When I set SIGKILL in the signal panel, and then send
  30.     Mark> kill -9 xxxx, the process just terminates. [This also
  31.     Mark> happens when the OS does it to me].
  32.  
  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.  
  45. --
  46. -------
  47. Krishna Kolluri        1L-545        kittu@sgi.com
  48. Silicon Graphics, Inc.            Off:(415)390-1859
  49.