Stacks not removed from memory?
ambassador at fourthworld.com
Fri May 14 15:56:35 EDT 2021
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.
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.
More information about the use-livecode