home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12638 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.3 KB  |  40 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!mcsun!sunic!ericom!falcon!jonas
  3. From: jonas@beppe.ericsson.se (Jonas Nygren)
  4. Subject: Re: Garbage Collection for C++
  5. Message-ID: <1992Aug20.134554.9729@ericsson.se>
  6. Sender: news@ericsson.se
  7. Nntp-Posting-Host: falcon.ericsson.se
  8. Reply-To: jonas@beppe.ericsson.se
  9. Organization: Ericsson Telecom AB
  10. References: <DAVEG.92Aug20023846@synaptx.synaptics.com>
  11. Date: Thu, 20 Aug 1992 13:45:54 GMT
  12. Lines: 26
  13.  
  14. In article 92Aug20023846@synaptx.synaptics.com, daveg@synaptics.com (Dave Gillespie) writes:
  15. > In article <TMB.92Aug18123919@arolla.idiap.ch> tmb@arolla.idiap.ch (Thomas M. Breuel) writes:
  16. > 
  17. > > I hope we can agree that GC costs you nothing if it doesn't run
  18. > > (malloc and free in the presence of GC don't look very different from
  19. > > the way they do now).
  20. > 
  21. > Well, as long as you don't introduce tagged pointers, maintain a
  22. > linked list of all GC pointers, or anything like that.  (And I think
  23. > most of us would agree that you'd want to avoid all those things if
  24. > you possibly can, and it looks like you can pretty easily.)
  25.  
  26. How do you handle C++ arrays without any extra book-keeping? Can arrays be
  27. handled by GC without extra book keeping?
  28.  
  29. > 
  30. >                                 -- Dave
  31. > --
  32. > Dave Gillespie
  33. >   daveg@synaptics.com, uunet!synaptx!daveg
  34. >   or: daveg@csvax.cs.caltech.edu
  35.  
  36. /jonas
  37.  
  38.  
  39.  
  40.