home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / x / 19247 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!ukma!darwin.sura.net!spool.mu.edu!umn.edu!csus.edu!netcom.com!qualtrak
  3. From: qualtrak@netcom.com (Qual Trak)
  4. Subject: Re: FLAME, FLAME ON X!!!
  5. Message-ID: <1992Nov17.195218.27789@netcom.com>
  6. Organization: QualTrak Corporation
  7. References: <1dn1c7INNcnp@armory.centerline.com> <1992Nov10.173203.10719@dsd.es.com> <RJC.92Nov13144522@daiches.cogsci.ed.ac.uk>
  8. Date: Tue, 17 Nov 1992 19:52:18 GMT
  9. Lines: 25
  10.  
  11. In article <RJC.92Nov13144522@daiches.cogsci.ed.ac.uk> rjc@cogsci.ed.ac.uk (Richard Caley) writes:
  12. >In article <1992Nov10.173203.10719@dsd.es.com>, Paul Martz (pm) writes:
  13. >
  14. >pm> Yes but this doesn't sound like what the guy's describing. If this is
  15. >pm> just free() only freeing memory back to the process, then starting the
  16. >pm> same X client over again and walking it through the same sequence of
  17. >pm> tasks should not cause the server process size to grow, because the
  18. >pm> memory it freed before is still available to it.
  19. >
  20. >The word is `Fragmentation'. 
  21. >
  22. >--
  23. >rjc@cogsci.ed.ac.uk            _O_
  24. >                     |<
  25.  
  26. If the client asks the server to make him a window - the server
  27. allocates the memory, not the client.  All the client gets is a window
  28. id and the server does the heavy lifting. Only an opinion but spoken as
  29. gospel...
  30. ------------------------------------------------------------------------
  31. John Birchfield - QualTrak Corp (408) 730-2674 Home (408) 736-3852
  32. jb@QualTrak.COM
  33. ------------------------------------------------------------------------
  34.  
  35.  
  36.