home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / misc / 791 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.9 KB
  1. Xref: sparky vmsnet.misc:791 vmsnet.internals:1272
  2. Path: sparky!uunet!olivea!bu.edu!news.bbn.com!news.bbn.com!news
  3. From: mjensen@BBN.COM (Martin Jensen)
  4. Newsgroups: vmsnet.misc,vmsnet.internals
  5. Subject: Analyzing a process dump
  6. Message-ID: <lac6ibINN7h8@news.bbn.com>
  7. Date: 3 Sep 92 13:59:39 GMT
  8. Reply-To: mjensen@BBN.COM (Martin Jensen)
  9. Distribution: na
  10. Organization: Bolt Beranek and Newman Inc., Cambridge MA
  11. Lines: 34
  12. NNTP-Posting-Host: reliant.bbn.com
  13.  
  14. Greetings again vms.wizards ...
  15.  
  16.     One more question, then I promise I'll leave you alone ... for a
  17.     while anyway :-)
  18.  
  19.     I've got an executable that runs with the /dump qualifier.  I expect
  20.     that, on occasion, the process will crash.  (as a matter of fact, we
  21.     intentionally crash it if software detects an unrecoverable condition
  22.     in the code).
  23.  
  24.     The problem is that the dump files are pretty useless.  'show  calls'
  25.     reports  only the module names - no routine names - and I've only got
  26.     access to universal symbols.  The program is compiled with the /debug
  27.     switch and linked with /trace.
  28.  
  29.     If  I  link  with  /debug,  I get the debugger linked in.  I've tried
  30.     linking with /debug=foo (where foo contains  the  program  main)  ...
  31.     that  seems  to  work  (outside  of  some strange symbol behavior for
  32.     objects in foo), but now I've got the overhead  of  the  DST  in  the
  33.     runtime image.
  34.  
  35.     Ideally, I would like to be able use anal/proc/image=xxx against the
  36.     dump from the normally linked executable - where xxx would be an
  37.     image containing the full DST and GST.  The couple of options I have
  38.     tried allow me to analyze the dump, but the symbol locations don't
  39.     match properly between the images.
  40.  
  41.     Any ideas???
  42.  
  43.     aTdHvAaNnKcSe
  44.  
  45. ---   Martin Jensen     \   BBN Communications     \  #include          ---
  46.  ---   mjensen@bbn.com   \   150 CambridgePark Dr.  \  <std.disclaimer>  ---
  47.   ---   (617) 873-4859    \   Cambridge, MA   02140  \                    ---
  48.