[Home] [Groups] - Message: [Prev in Group] [Next in Group]
24067: Re: [MUD-Dev] New Beginings
[Full Header] [Plain Text]
From: "David B. Held" <dheld@codelogicconsulting.com>
Newsgroups: nu.kanga.list.mud-dev
Date: Tue, 4 Jun 2002 21:33:24 -0500
References: [1] [2] [3] [4] <-newest
Organization: Kanga.Nu
From: "Lars Duening" <lars@bearnip.com>
> Every time a programmer uses a tracking mechanism for memory
> allocations - and this includes manually managed reference
> counters - he or she is using a GC. So for a complex program like
> a MUD engine, the question is not whether to use GC or not, but
> rather where to use it and how to give it optimum efficiency.
I disagree that refcounting == GC. The point of GC is that you
*don't* know how many references to a given object exist until you
manually check. In a sufficiently vague sense you could say that
refcounting is a form of GC, but I don't see that as being very
useful.
> Furthermore, when freeing deeply nested datastructures there is
> always the chance of the driver running out of stack space and
> crash (it did happen!).
I seriously doubt this is a flaw of refcounting. It is most likely
an artifact of your implementation.
Dave
_______________________________________________
MUD-Dev mailing list
MUD-Dev@kanga.nu
https://www.kanga.nu/lists/listinfo/mud-dev