Re: Static Memory Area for Garbage Collection

2007-11-02 Thread R Karthick
Thanks again for the reply, Paul. I was able to refer to "etext" and "end" symbols. On Nov 1, 3:04 am, Paul Pluzhnikov <[EMAIL PROTECTED]> wrote: > R Karthick <[EMAIL PROTECTED]> writes: > > I havent thought about dynamically-linked executables yet. However I > > believe multi-threaded applicatio

Re: Static Memory Area for Garbage Collection

2007-10-31 Thread Paul Pluzhnikov
R Karthick <[EMAIL PROTECTED]> 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

Re: Static Memory Area for Garbage Collection

2007-10-31 Thread R Karthick
Paul, Thanks a lot for the reply. On Oct 31, 12:57 am, Paul Pluzhnikov <[EMAIL PROTECTED]> wrote: > R Karthick <[EMAIL PROTECTED]> writes: > > I am in the process of designing a conservative garbage collector fo C++. > Designing or implementing? I am modifying the mostly copying garbage collector

Re: Static Memory Area for Garbage Collection

2007-10-30 Thread Paul Pluzhnikov
R Karthick <[EMAIL PROTECTED]> writes: > I am in the process of designing a conservative garbage collector fo C++. Designing or implementing? As a school exercise, or re-inventing the wheel "for real"? On which OS? Do you plan to support dynamically-linked executables? What about multi-threaded