🚀 go-pugleaf

In article <4u@byu.edu>  writes:
> 
> In article <1992Jul29.124549.8044@ms.uky.edu>,  
soward@slow.inslab.uky.edu (John Soward) writes:
> >Shawn Willden writes
> >-> Hi all, 
> >-> 
> >-> 
> >-> 	1)	MallocDebug was wrong and I was missing something that
> >-> 		a little more work with the code could uncover.
> >-> 	2)	Something was wrong with Mach's swapping algorithm.
> >-> 	3)	I was REALLY missing some vital information and if it
> >-> 		was in the on-line manuals I couldn't find it.
> >
> >Easy thing to do is use "ps" from terminal and *see* what processes  
seem to  
> >have a large chunck of memory allocated to them...I haven't looked at  
the code  
> >at all, but my guess would be that the WindowServer will be the  
culprit. And  
> >that it arises from many Views/Windows/etc that are being allocated and  
perhaps  
> >not freed/re-used.
> >
> >Good luck, 
> >--
> >     
________________________________________________________________________
> >   /   'The midnight sun will burn you up" -The Cure, Piggy in the  
Mirror  /
> >  /      soward@ms.uky.edu | soward@slow.inslab.uky.edu (NeXT Mail)        
/
> >  
/_______________________________________________________________________/
> 
> Yes, it _is_ the window server.  Run it with -NXShowAllWindows.  Every  
time
> you drag a card, etc, an offscreen buffer for the card is created, and  
the
> card is drawn in it, but the buffer is never freed.  Thus, the window  
server
> grows and grows and grows. :(  I haven't had time to fix this problem  
myself,
> but I know that that is the problem.  If anyone _does_ fix it, let me  
know
> before you post it to sonata, because I _have_ made a colorized version,  
and
> would like to include the color support in the fixed version.  If you  
wait
> long enough, I'll fix it myself anyway. :)  (The colorized version  
required
> new .tiffs and a change to the pswrap that draws the stoplights; simple
> changes, really.)
> 
> Later,
> -Don Yacktman

Yes.  It is a bug in the window server.  To work around the bug would have  
forced me to change lots of code.  Therefore I didn't do it.

--
Dennis P. Glatting
Sr. Technical Manager
Trirex Systems Inc.
315 Post Road West
Westport, Connecticut   06880
203-221-4614