GC implementation

MicroWizard MicroWizard_member at pathlink.com
Sat Mar 18 14:35:22 PST 2006


As far as I know the D GC can be replaced.
There are many GC theories and I think most of them can not be corrupted with
garbage. (They handle with working sets, aging and so on.)

The problem is not a problem IMHO

Tamas Nagy

In article <dvhkut$541$1 at digitaldaemon.com>, Frank Benoit says...
>
>
>The intention of the GC is, to disburden the programmer from the whole
>memory management. He only has to care about setting unused references
>to null. And he can rely on the collector to find unused memory chunks.
>But now it turns out, that this is not true.
>
>So, If I want to rely on the GC, this is a show stopper for me.
>
>A large piece of audio data in GC heap can completly currupt the GC.
>If i only have a few integer variable this risk is extremly low, but it
>is not gone.
>So, how many variable are allowed, until we have to call it a show stopper?
>
>Sorry, for being so pedantic.
>
>FrankBenoit
>keinfarbton





More information about the Digitalmars-d mailing list