home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / programm / 5637 < prev    next >
Encoding:
Text File  |  1992-08-15  |  2.5 KB  |  79 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!trirex!root
  3. From: dglattin@trirex.com (Dennis Glatting)
  4. Subject: Re: NeXTmille and swapping
  5. Message-ID: <1992Aug15.163131.524@Trirex.COM>
  6. Sender: root@Trirex.COM (Operator)
  7. Organization: Trirex Systems Inc.
  8. References: <4u@byu.edu>
  9. Date: Sat, 15 Aug 1992 16:31:31 GMT
  10. Lines: 67
  11.  
  12. In article <4u@byu.edu>  writes:
  13. > 
  14. > In article <1992Jul29.124549.8044@ms.uky.edu>,  
  15. soward@slow.inslab.uky.edu (John Soward) writes:
  16. > >Shawn Willden writes
  17. > >-> Hi all, 
  18. > >-> 
  19. > >-> 
  20. > >->     1)    MallocDebug was wrong and I was missing something that
  21. > >->         a little more work with the code could uncover.
  22. > >->     2)    Something was wrong with Mach's swapping algorithm.
  23. > >->     3)    I was REALLY missing some vital information and if it
  24. > >->         was in the on-line manuals I couldn't find it.
  25. > >
  26. > >Easy thing to do is use "ps" from terminal and *see* what processes  
  27. seem to  
  28. > >have a large chunck of memory allocated to them...I haven't looked at  
  29. the code  
  30. > >at all, but my guess would be that the WindowServer will be the  
  31. culprit. And  
  32. > >that it arises from many Views/Windows/etc that are being allocated and  
  33. perhaps  
  34. > >not freed/re-used.
  35. > >
  36. > >Good luck, 
  37. > >--
  38. > >     
  39. ________________________________________________________________________
  40. > >   /   'The midnight sun will burn you up" -The Cure, Piggy in the  
  41. Mirror  /
  42. > >  /      soward@ms.uky.edu | soward@slow.inslab.uky.edu (NeXT Mail)        
  43. /
  44. > >  
  45. /_______________________________________________________________________/
  46. > 
  47. > Yes, it _is_ the window server.  Run it with -NXShowAllWindows.  Every  
  48. time
  49. > you drag a card, etc, an offscreen buffer for the card is created, and  
  50. the
  51. > card is drawn in it, but the buffer is never freed.  Thus, the window  
  52. server
  53. > grows and grows and grows. :(  I haven't had time to fix this problem  
  54. myself,
  55. > but I know that that is the problem.  If anyone _does_ fix it, let me  
  56. know
  57. > before you post it to sonata, because I _have_ made a colorized version,  
  58. and
  59. > would like to include the color support in the fixed version.  If you  
  60. wait
  61. > long enough, I'll fix it myself anyway. :)  (The colorized version  
  62. required
  63. > new .tiffs and a change to the pswrap that draws the stoplights; simple
  64. > changes, really.)
  65. > 
  66. > Later,
  67. > -Don Yacktman
  68.  
  69. Yes.  It is a bug in the window server.  To work around the bug would have  
  70. forced me to change lots of code.  Therefore I didn't do it.
  71.  
  72. --
  73. Dennis P. Glatting
  74. Sr. Technical Manager
  75. Trirex Systems Inc.
  76. 315 Post Road West
  77. Westport, Connecticut   06880
  78. 203-221-4614
  79.