how about using a multi-dimensional global array? This would avoid conflicts and be easy to name.
gDataA[stackName][localData] sqb On Sun, Jun 10, 2012 at 9:24 AM, Peter Haworth <p...@lcsql.com> wrote: > You're right, it's not a global gotcha (sorry), just one for me until I > figured it out. > > I can see that the way it works can be useful. But I have pretty much the > same scenario (a utility stack that rummages through other open stacks) and > definitely don't want the global in my utility stack to be stomped on by > any other stacks since it holds the id returned after you open a database. > > I've renamed the global in the utility stack to something that's hopefully > obscure enough that it won''t clash with other stacks' globals. I'm going > to look for a more secure soltuion though. Maybe a custom property of the > utility stack, or perhaps a script local variable in a script that contains > all the handlers for my db access routines. > > Pete > lcSQL Software <http://www.lcsql.com> > > > > On Sat, Jun 9, 2012 at 9:39 PM, Mark Wieder <mwie...@ahsoftware.net> > wrote: > > > Peter- > > > > Saturday, June 9, 2012, 7:32:35 PM, you wrote: > > > > > Assuming I do, I guess that came as a surprise to me for some reason. > I > > > would not have expected globals to cross stack file boundaries but I > > guess > > > they are truly global! > > > > Yes. It's not a gotcha, but a feature of sorts. I avoid globals > > whenever possible, but Chipp Walters showed me a nifty use for them a > > while back that uses exactly this feature. You can set a global > > variable in a plugin stack, then go to some other stack and make use > > of it. So it's kind of like having a palette of clipboards around. > > > > ...now if only constants had a global scope as well... > > > > -- > > -Mark Wieder > > mwie...@ahsoftware.net > > > > > > _______________________________________________ > > 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 > > > _______________________________________________ > 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 > -- Stephen Barncard San Francisco Ca. USA more about sqb <http://www.google.com/profiles/sbarncar> _______________________________________________ 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
