home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / cplus / 12879 < prev    next >
Encoding:
Text File  |  1992-08-25  |  1.0 KB  |  22 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!secapl!Cookie!frank
  3. From: frank@Cookie.secapl.com (Frank Adams)
  4. Subject: Re: Garbage Collection for C++
  5. Message-ID: <1992Aug25.191044.116291@Cookie.secapl.com>
  6. Date: Tue, 25 Aug 1992 19:10:44 GMT
  7. References: <TMB.92Aug18123919@arolla.idiap.ch> <9223122.20958@mulga.cs.mu.OZ.AU> <TMB.92Aug18165833@arolla.idiap.ch>
  8. Organization: Security APL, Inc.
  9. Lines: 11
  10.  
  11. In article <TMB.92Aug18165833@arolla.idiap.ch> tmb@idiap.ch writes:
  12. >(*) What this means is implementation dependent. On virtual memory
  13. >machines, a sensible default notion of "no more memory" would be "no
  14. >more real memory", since for most programs, performace becomes
  15. >extremely once you start paging anyway. Under DOS, I think it's pretty
  16. >clear what "no more memory" means.
  17.  
  18. This is an aside, but it really isn't clear.  Many DOS C compilers these
  19. days support access to expanded and extended memory, not to mention various
  20. DOS extenders and swapping or virtual memory schemes.  Probably most
  21. existing large DOS applications would have to turn/leave GC off.
  22.