home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / 3b1 / 3860 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.5 KB
  1. Path: sparky!uunet!ogicse!das-news.harvard.edu!spdcc!gnosys!gst
  2. From: gst@gnosys.svle.ma.us (Gary S. Trujillo)
  3. Newsgroups: comp.sys.3b1
  4. Subject: Re: New WMGR
  5. Message-ID: <1992Nov18.104105.14756@gnosys.svle.ma.us>
  6. Date: 18 Nov 92 10:41:05 GMT
  7. Article-I.D.: gnosys.1992Nov18.104105.14756
  8. References: <Bxnx1n.859@zero.com> <953@hawkeye.hawkeye.com> <1992Nov17.002652.10608@blilly.UUCP>
  9. Lines: 29
  10.  
  11. In <1992Nov17.002652.10608@blilly.UUCP> bruce@blilly.UUCP (Bruce Lilly) writes:
  12.  
  13. > The memory leak is exhibited as new windows are created and
  14. > deleted (e.g. by windy -b).
  15.  
  16. > ...
  17.  
  18. > With wmgr.sl 1.8, the SZ and RSZ fields will increase as windows
  19. > are created and destroyed (apparently memory is malloc'ed each
  20. > time a window is created, but is not free'd when the window is
  21. > destroyed)...
  22.  
  23. And then in a followup, Bruce writes:
  24.  
  25. | I may have spoken too soon...
  26. |
  27. |   1 S   root  8992     1  3  27 20 147  7: 13   5bf14  Nov 15   w3  1:16 wmgr
  28.  
  29. Yeah - I'm fairly sure I've seen the memory leak even when no new windows
  30. are opened.  The only time I open a new window is when I use the DOS-73
  31. coprocessor, which is not very often, and I still find wmgr consuming
  32. ever more memory the longer it runs.  It seems more likely to me that the
  33. malloc() is done in window switching, whether or not there's a problem
  34. related to opening new windows.
  35.  
  36. Gary
  37. --
  38.     Gary S. Trujillo                            gst@gnosys.svle.ma.us
  39. Somerville, Massachusetts              {wjh12,bu.edu,spdcc,ima,cdp}!gnosys!gst
  40.