home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18010 < prev    next >
Encoding:
Text File  |  1992-11-15  |  1.7 KB  |  45 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!decwrl!concert!sas!mozart.unx.sas.com!sasjzs
  3. From: sasjzs@falcon.unx.sas.com (Joseph Slater)
  4. Subject: sys$hiber/sys$wake problems? - SUMMARY
  5. Originator: sasjzs@falcon.unx.sas.com
  6. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  7. Message-ID: <Bxnt96.8oJ@unx.sas.com>
  8. Date: Fri, 13 Nov 1992 14:51:05 GMT
  9. Reply-To: sasjzs@vms.sas.com
  10. References: <BxIAFn.2p6@unx.sas.com> <1992Nov10.180054.23127@fripp.ri.cadre.com> <BxIrqM.2pF@unx.sas.com> <1992Nov11.003646.249@rlgsc.com>
  11. Nntp-Posting-Host: falcon.unx.sas.com
  12. Organization: Or lack thereof
  13. Lines: 30
  14.  
  15.  
  16. Thanks to all who responded:
  17.    Bob Gezelter, Ehud Gavron, James Harvey, Bruce Hudson,
  18. Russell Owen, Matt Madison, Carl Lydick, Rob deFriesse,
  19. Mike Moroney, Paul S. Winalski, and anyone else I may 
  20. have missed.
  21.  
  22. I determined the spurious $wake was not coming from the PPL
  23. rtl by patching the rtl so that any calls to $wake from 
  24. within the rtl went to a stub routine in my main image. The
  25. stub routine then called Lib$signal with SS$_DEBUG where the 
  26. call frame was traced and it afterwards called the real 
  27. sys$wake. No calls were made from pplrtl (isn't patch wonderful?). 
  28. I then looked at the other shareable images loaded and
  29. determined that the most likely culprit was.... (drum roll)
  30. THE DEBUGGER.
  31.  
  32. And sure enough, the problem doesn't occur when the debugger
  33. isn't active. 
  34.  
  35. As many of you suggested, we will eventually add code to check
  36. the state on exit from $hiber and to re-hiber if we get awakened
  37. prematurely.
  38.  
  39. Today's rhetorical question: How do you debug a problem caused
  40. by the debugger? 
  41.  
  42. Joe Slater
  43. sasjzs@vms.sas.com
  44. Mine opinion is just that.
  45.