Script locals in library stack script

Mike Kerner MikeKerner at
Fri Feb 10 09:29:33 EST 2017

This might explain the bizarre bug I'm experiencing with one of Monte's
externals.  I manage the calls to the various routines for the external
from a library stack.  Periodically, I end up somewhere in the code that I
shouldn't be able to get to because of the values of various variables, and
the only way I could get there would be if the values were somehow wiped.
Hmmmmm.  Maybe it's not my code.  Time to go sleuthing...

On Fri, Feb 10, 2017 at 6:56 AM, Bob Hall via use-livecode <
use-livecode at> wrote:

> I’ve been wondering this myself. I’m going to try to create a recipe but
> it looks like the TTL of script local variables is different than what I
> thought I knew it to be. I “think” I started see this behavior about
> 8.1.0-ish timeframe but not sure.
> In the past few months I started to put everything into properties as I
> found that my understanding of how script local variables behaved was
> different then how they do. I had chalked it up to getting old and just
> forgetting how things work.
> So I guess I need to understand what is the TTL definition of a script
> local variable? I was under the impression that if I have setters/getters
> for the variables and set their value, as long as that Script remains in
> memory, the script local variable retains it’s value. I do not see that for
> sure if I set the script local var in the libraryStack message in 8.1.2 or
> 8.1.3.
> Curious if you’ve figured out anything about this since the original note.
> Bob Hall
> >
> > Is this something others have seen? LC 8.1.3 rc 1.
> >
> _______________________________________________
> use-livecode mailing list
> use-livecode at
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:

On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."

More information about the use-livecode mailing list