Reference counting------------------ Overview--------   DOM Nodes are reference counted, so as to ensure they are only destroyed  when nothing is using them. Each node has a reference count member  variable, which is a count of external references upon the node. Links  between nodes in the DOM tree (internal references) are not counted, as  they are implicitly available by consulting the relevant pointers. Destruction semantics---------------------   A simplistic DOM tree might look like the following:  				Node1				 | ^				 | |		   +-------------|-+---------------+		 +-|-------------+-|-------------+ |		 | |		 | |		 | |		 v |		 v |		 v |		Node2<--------->Node3<--------->Node4		 | ^		 | |	   +-----|-+-------+	 +-|-----+-------+ |	 | |		 | |	 v |		 v |	Node5<--------->Node6   Thus, each node possesses the following links:     a) A link to its parent    b) A link to each of its children    c) A link to the sibling immediately prior to it    d) A link to the sibling immediately after it   None of these links are reference counted, as the reference can be   determined implicitly from the pointer value (i.e. a non-NULL pointer   implies a reference).   A node becomes eligible for destruction when:      a) its reference count variable equals 0    b) its parent node pointer equals NULL   I.E. There exist no external references upon the node and the node has   been detached from the tree.   Note that the presence of children or siblings attached to a node has no  impact upon its eligibility for destruction, as these links are "weak". Destruction process-------------------    The node destruction process proceeds as follows:     1) Any children of the node are detached from it and an attempt is       made to destroy them.    2) The node is destroyed.   If, when attempting to destroy children of the node, a child is found  to have a non-zero reference count (i.e. an external reference is  being held upon the child), the child (and its children) is not   destroyed. The child is added to the list of nodes pending deletion   and will be destroyed once its reference count reaches zero. Example-------   This example uses the DOM tree depicted above, and a system state as   follows:     a) A NodeList collection references Node6. There are no other active       collections. The NodeList has a reference count of 1.    b) Node2 (and its subtree) has been removed from the document and       is referenced solely by the client code that caused it to be        removed from the document.   The client code unreferences Node2, thus reducing its reference count to  zero. It is now eligible for destruction. Destruction occurs as follows:      1) Node5 is detached from Node2 and an attempt is made to destroy it.       a) Node5 has no children and has a reference count of zero, so it           is destroyed.    2) Node6 is detached from Node2 and an attempt is made to destroy it.       a) Node6's reference count is non-zero, so it is added to the list           of nodes pending deletion.    3) Node2 has no further children, so it is destroyed.   The client code unreferences the NodeList:      1) The NodeList unreferences the node it's attached to (Node6).       Node6's reference count is now zero, so it is eligible for        destruction.       a) Node6 has no children, so it is destroyed (and removed from the          list of nodes pending deletion).    2) The NodeList is destroyed. Destruction of Documents------------------------   Assumptions:      1) Nodes within a document do not hold explicit references upon it.    2) Container data structures which address nodes in a document hold       an explicit reference upon the document.        [FIXME: and upon the root node of the subtree they address -- this        implies that the explicit reference is unnecessary, as the         addressed node will be added to the list of nodes pending         deletion]    3) A document has no parent (i.e. the parent pointer is always NULL).    4) A given node may be located in either the document tree or the       list of nodes pending deletion. It may not be located in both       data structures simultaneously.    5) Nodes in the list of nodes pending deletion are in use by the        client.   The above assumptions imply the following:      + If a document has a non-zero reference count, it is in use by      the client. (1,2)    + If the document's reference count reaches zero, it is no longer      in use and is eligible for deletion. (1,2,3)    + The document destructor must attempt to forcibly delete the       contents of the document tree as the nodes do not hold a reference      upon the document. (1)    + On destruction of a node, it must be removed from the list of nodes       pending deletion. (4)    + The document may not be destroyed if the list of nodes pending      deletion is non-empty after the destructor has attempted to      destroy the document tree. (4,5)   Therefore, document destruction proceeds as follows:      1) Forcibly destroy the document tree.    2) If the list of nodes pending deletion is non-empty, stop.    3) The list of nodes pending deletion is empty, so destroy the        document.