Stacks not removed from memory?

[Richard Gaskin]

Thanks.

So many things can legitimately change the value of "this" I generally 
prefer more explicit references.

Maybe with this apparent bug there's one more reason I'm grateful to 
have adopted this habit.

-- 
  Richard Gaskin
  Fourth World Systems


> When you close a stack that has its destroyStack set to true, it should not remain in memory. In my case it also seems to get stuck as the default stack. Even if my preference stack did not remove from memory as it should, specifically going to stack "XYZ" and setting it as the defaultStack, one would expect "this stack" to be be "XYZ" but it is not.
> 
> As mentioned I am now querying revLoadedStacks and manually deleting from memory the preference stack and that seems to have taken care of it. But it makes me nervous that the same issue may unexpectedly arise elsewhere in my code. This is an app that has been working fine for years and this has not been an issue till now.
> 
> Marty