comp.lang.ada
 help / color / mirror / Atom feed
From: titan.ksc.nasa.gov!mcroberts@ames.arc.nasa.gov
Subject: Garbage collection?
Date: 21 Apr 92 21:09:54 GMT	[thread overview]
Message-ID: <1992Apr21.160955.2523@titan.ksc.nasa.gov> (raw)

I've been looking at two different Ada textbooks which have
very different ideas about garbage collection.  The older
book says that a good Ada compiler should take care of it for
you and you should avoid unchecked_deallocation.  The newer
one says that you need to manage storage yourself using
unchecked_deallocation.  I'm curious as to the state of the
art in automated garbage collection.  I'm used to using 
Common Lisp on Symbolics or Unix platforms, and they use a
combination of temporal, incremental and full GCs.  I'm also
familiar with languages such as C++ where you have to manage
garbage collection yourself, but you can implement reference
counts and other sorts of schemes to simplify it.  Is this
something one needs to worry about when using solid production
quality Ada compilers, and is there any negative performance
impact if you don't clean up your own garbage.  In Lisp it is
usually better to let the system do it since it is highly
optimized and done mostly during page faults.

             reply	other threads:[~1992-04-21 21:09 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1992-04-21 21:09 titan.ksc.nasa.gov!mcroberts [this message]
  -- strict thread matches above, loose matches on Subject: below --
1992-04-21 23:02 Garbage collection? Rick Hudson
1992-04-21 23:48 Robert I. Eachus
1992-04-22 18:55 dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!yale.edu!jvnc.net!darw
2012-04-13 12:14 Garbage Collection ??? ldries46
2012-04-13 13:20 ` Dmitry A. Kazakov
2012-04-13 19:27   ` ldries46
2012-04-13 20:06     ` Dmitry A. Kazakov
2012-04-13 22:49     ` Brian Drummond
2012-04-14  3:21       ` ldries46
2012-04-14 18:21         ` Robert A Duff
2012-04-18  9:07           ` Julian Leyh
2012-04-19 14:36             ` Robert A Duff
2012-04-19 20:26               ` Randy Brukardt
2012-04-20  7:11                 ` Dmitry A. Kazakov
2012-04-21  0:46                   ` Randy Brukardt
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox