home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19309 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  1.5 KB
  1. Path: sparky!uunet!news.claremont.edu!ucivax!news.service.uci.edu!unogate!mvb.saic.com!dayton.saic.com!dayton.saic.com!not-for-mail
  2. From: ake@dayton.saic.com (Earle Ake)
  3. Newsgroups: comp.os.vms
  4. Subject: Looking for advice on tracking down a system crash
  5. Date: 15 Dec 1992 12:11:27 -0500
  6. Organization: Science Applications Intl Corp - Dayton, Ohio
  7. Lines: 19
  8. Message-ID: <1gl3jvINN36s@dayub.dayton.saic.com>
  9. NNTP-Posting-Host: dayton.saic.com
  10. X-Newsreader: TIN [version 1.1 PL8]
  11.  
  12.     I have a system running VMS 5.4.  We have batch jobs that run one
  13. process per job that control communications cards.  The software was recently
  14. upgraded from VMS 4.7 to 5.4.  We have seen a few ramdom non-reproducible
  15. system crashes recently.  Every system crash is due to the same executable.
  16. Each bugcheck is a Machine check while in kernal mode.  I am looking for
  17. advice on how to track this down.  I have saved the system dump files but
  18. not knowing how to read them puts me at a disadvantage.  I have suggested
  19. adding a set process/dump before the executable is run so that is in place
  20. now but we have not had a crash yet.
  21.  
  22.     Using debug is out of the question since the device the executable
  23. controls is realtime.  Would compiling with debug but not linking with debug
  24. also help?  I am looking for any help I can get since I am experienced at
  25. debugging but not real-time devices or those that cause system crashes!
  26.  
  27.  
  28. -Earle
  29. -- 
  30. Earle Ake  Internet: <ake@dayton.saic.com>  NSI-DECnet (SPAN): 28276::ake
  31.