home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / stratus / 86 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.3 KB
  1. Path: sparky!uunet!noc.near.net!transfer.stratus.com!transfer.stratus.com!usenet
  2. From: charlie@snowflake.az.stratus.com
  3. Newsgroups: comp.sys.stratus
  4. Subject: Re: Shared Virtual Memory & mp_debug
  5. Date: 6 Jan 1993 18:53:27 GMT
  6. Organization: Stratus Computer Inc, Marlboro MA
  7. Lines: 28
  8. Message-ID: <1if9r7INNl12@transfer.stratus.com>
  9. References: <C0Fzpp.6qD@world.std.com>
  10. Reply-To: charlie@snowflake.az.stratus.com
  11. NNTP-Posting-Host: snowflake.az.stratus.com
  12.  
  13. In article <C0Fzpp.6qD@world.std.com> tmm@world.std.com  
  14. (Tom M Moravansky) writes:
  15. > A programmer I work with ran across something unusual  
  16. yesterday.
  17. > We are running VOS 11.5 on a Stratus.  He found that when  
  18. an SVM
  19. > lock word is displayed using mp_debug, the value of that  
  20. word is
  21. > set to hex 7fff.  This value causes the word to be  
  22. locked.  The
  23. > debugger never unlocks the word and it must be manually  
  24. unlocked.
  25. > 
  26. > Anyone else ever see this behavior?  Does it exist in  
  27. older
  28. > versions of VOS?
  29.  
  30. Any access to an interlock page word, whether it be by the  
  31. debugger or a normal programming statement, will cause  
  32. this. There is no way to look at an interlock page word  
  33. without this happening, and has always been so.
  34.  
  35. --
  36. Charles Spitzer
  37. charlie@snowflake.az.stratus.com
  38. Telecom Customer Assistance Center
  39. Stratus Computer, Inc.
  40. Phoenix, AZ  85018
  41.