home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / compiler / 1390 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  1.4 KB
  1. Path: sparky!uunet!sun-barr!rutgers!faatcrl!iecc!compilers-sender
  2. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  3. Newsgroups: comp.compilers
  4. Subject: GC for C
  5. Keywords: storage, GC, C
  6. Message-ID: <92-08-089@comp.compilers>
  7. Date: 16 Aug 92 23:33:06 GMT
  8. References: <92-08-056@comp.compilers> <92-08-045@comp.compilers>
  9. Sender: compilers-sender@iecc.cambridge.ma.us
  10. Reply-To: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  11. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  12. Lines: 21
  13. Approved: compilers@iecc.cambridge.ma.us
  14.  
  15. As I understand it, a conservative garbage collector works
  16. by checking the stack for any pointer like words, and assuming
  17. these root collectable objects.
  18.  
  19. What happens in a system like Windows when the user gives away
  20. the object addresses to the operating system, so for most
  21. objects there are no roots on the stack, because the stack
  22. is empty most of the time?
  23.  
  24. [The object pointer is stored in Window memory, owned by the OS,
  25. by the object is on the heap as usual.]
  26.  
  27. Wouldn't this mean GC would have to be carried out at the OS level?
  28. -- 
  29.         JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  30.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  31. [Either the OS has to do the GC, or else there has to be some way for the
  32. user level GC to see the OS's pointers into its address space. -John]
  33. -- 
  34. Send compilers articles to compilers@iecc.cambridge.ma.us or
  35. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  36.