Explicit memory deallocation
Jarrett Billingsley
kb3ctd2 at yahoo.com
Mon Mar 10 10:29:26 PDT 2008
"Neil Vice" <psgdg at swiftdsl.com.au> wrote in message
news:fr3k2v$30ss$1 at digitalmars.com...
> "disable() temporarily disables garbage collection cycle, enable() then
> reenables them."
>
> Given this I suspect that the GC still expects to be in control of memory
> so even though the GC thread may not be running dynamically freeing
> things, constructor calls will still register pointers with the GC and
> expect some sort of internal consistency you are breaking with explicit
> destroys perhaps...
The current GC implementation that D uses (no matter what library you're
using) is synchronous, that is, it does not run in a separate thread. GC
collections will only happen on memory allocations. When the GC is
disabled, it should not perform any collections.
More information about the Digitalmars-d
mailing list