GC implementation

Andrew Fedoniouk news at terrainformatica.com
Sat Mar 18 13:47:48 PST 2006


"Frank Benoit" <frank at nix.de> wrote in message 
news:dvhkut$541$1 at digitaldaemon.com...
>
> 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?

Well said, Frank.
And very good point.

>
> Sorry, for being so pedantic.
>

I think D need some pedantic league around. Thomas is the only one
gentleman so far who are trying to bring some "ordnung" here.
Joke. Well, sort of.





More information about the Digitalmars-d mailing list