home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / vms / 14447 < prev    next >
Encoding:
Text File  |  1992-09-01  |  1.6 KB  |  30 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  3. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  4. Subject: Scheduler bug in VMS v5.4-1?
  5. Message-ID: <1992Sep2.004104.16057@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: sol1.gps.caltech.edu
  8. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  9. Organization: HST Wide Field/Planetary Camera
  10. Date: Wed, 2 Sep 1992 00:41:04 GMT
  11. Lines: 17
  12.  
  13. I just ran across the following problem:  Several processes on a system running
  14. VMS v5.4-1 were persistently in RWMPB state.  They remained in that state for
  15. several minutes, and I have reason to believe that they'd been that way for
  16. several hours.  When I tried to find out what was going on by using
  17. ANALYZE/SYSTEM it turned out that using the SHOW PROCESS command from that
  18. utility kicked them out of the RWMPB state (presumably by queueing a special
  19. kernel mode AST to the processes in question so that ANAL/SYS could get
  20. information about them).  Is this a known bug?  Has it been fixed?  If so, in
  21. which version of VMS?  Thanks in advance.
  22. --------------------------------------------------------------------------------
  23. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  24.  
  25. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  26. understanding of astronomy is purely at the amateur level (or below).  So
  27. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  28. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  29. hold me responsible for it, but my organization had nothing to do with it.
  30.