[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

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