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
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode