You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
looks like the current "destroy" implementations are non-recursive. One (or a few) nodes are severed from the tree.
While this removes an entire branch from the world in terms of visibility and interaction, there could be a memory leak if destroyed morphs "down the branch" are targets of living morphs, or if callbacks from living objects reference them.
A recursive destroy would give the chance to check such links (which could prevent the morphs from being garbage-collected) and decide what to do about them.
Probably not a material concern, but if a leak is observed, this could be a place where it could come from...
The text was updated successfully, but these errors were encountered:
looks like the current "destroy" implementations are non-recursive. One (or a few) nodes are severed from the tree.
While this removes an entire branch from the world in terms of visibility and interaction, there could be a memory leak if destroyed morphs "down the branch" are targets of living morphs, or if callbacks from living objects reference them.
A recursive destroy would give the chance to check such links (which could prevent the morphs from being garbage-collected) and decide what to do about them.
Probably not a material concern, but if a leak is observed, this could be a place where it could come from...
The text was updated successfully, but these errors were encountered: