[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Static Memory Area for Garbage Collection

From: R Karthick
Subject: Re: Static Memory Area for Garbage Collection
Date: Fri, 02 Nov 2007 16:40:34 -0700
User-agent: G2/1.0

Thanks again for the reply, Paul.  I was able to refer to "etext" and
"end" symbols.

On Nov 1, 3:04 am, Paul Pluzhnikov <>
> R Karthick <> writes:
> > I havent thought about dynamically-linked executables yet. However I
> > believe multi-threaded applications should work as the GC already
> > supports it.
> Supports it how?
> In order to implement GC in multi-threaded environment, you must
> be able to tell where all the thread stacks are. How are you going
> to achieve that?

GC internally is designed in such a way that the user will have to
give "hints" to GC on which objects are to be considered as the roots.
To put it in other words,  the stack variables will be treated as
roots, only when the user specifies explicitly that it points to a
object that has to be garbage collected. I am still in the process of
understanding the complete functionality. Please correct me if I am


Karthick R

reply via email to

[Prev in Thread] Current Thread [Next in Thread]