Question About PreOpenStack

dunbarx at aol.com dunbarx at aol.com
Sun Sep 11 16:17:52 EDT 2011


Gregory.


Glad to see you have worked it out. It is a subtle danger, that other messages can insinuate themselves into what we try to contain in what we believe is a well defined situation. This is especially true with the very similar "open/preOpen" and "stack/card" messages.



Craig Newman




-----Original Message-----
From: Gregory Lypny <gregory.lypny at videotron.ca>
To: use-livecode <use-livecode at lists.runrev.com>
Sent: Sun, Sep 11, 2011 10:44 am
Subject: Re: Question About PreOpenStack


Hi Craig,

I had posted this right (see below) after you in message 21.  On reflection, the 
behaviour makes sense, and so does Mark’s suggestion that I move the main 
stack’s OpenStack handler to the card script.

Gregory

> Hi Mark and Jacqueline,
> 
> The substacks had PreOpenStack handlers that called a library stack and 
sometimes emptied out some fields, but what they did not have OpenStack 
handlers.  The absence of OpenStack handlers appears to have been the problem 
because, after the the sub-stack executes its own PreOpenStack, the main stack, 
for whatever reason, executes its OpenStack.  This, of course, can be disastrous 
if the main stack is intended to initialize an app or perhaps contains sensitive 
material that should not be revisited!  My fix is to include an OpenStack 
handler with nothing in it in every sub-stack in order to trap the message.
> 
> on OpenStack
> ? Do nothing
> end OpenStack
> 
> 
> Gregory


On Sun, Sep 11, 2011, at 1:00 PM, use-livecode-request at lists.runrev.com wrote:

> Gregory, do you understand these nuances? Or is my original test, a simple 
mainStack/subStack file with a preOpenStack handler in each stack script, 
basically what you already have? Write back...
> 
> 
> 
> Craig Newman

_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

 



More information about the Use-livecode mailing list