Go stack

[Phil Davis]

Hi Jacque,

I think you might be running into the "no-GUI-for-scripts" issue. As I understand it from my reverse-engineered point of view (subject to change), MC knows that a script isn't a stack, so it doesn't 'activate' GUI support when running one. So if a script tries to invoke MC GUI support (aka "open a stack"), MC doesn't comply. In other words, a script apparently can't open a stack because the stack has GUI aspects that aren't supported by MC during script execution. (Try checking 'the result' after the script's "go" command - there may be an error msg from MC.)

BUT: a script CAN "use" a stack! It can also get stuff from a stack that has not been opened. And if I remember correctly, the scripts in a non-opened, non-libraried stack can also be run by an outside MC entity. You just send whatever message to the [control or card in the] target stack. The stack gets loaded into memory but never opened.

So maybe if you rethink your approach slightly, you can still get to where you want to go - without "going" there. :o)

Phil



----- Original Message ----- 
From: "J. Landman Gay" <jacque at hyperactivesw.com>
To: "metacard list" <metacard at lists.runrev.com>
Sent: Tuesday, March 19, 2002 3:15 PM
Subject: Go stack


> I have successfully installed darwin mc in OS X and have the echo.mt
> script working. Now I'm trying to get an mt script to go to a stack and
> find some information in it. The script fails at the "go" command. If I
> change the script to say "there is a stack 'mystack.mc'" it returns
> "true", so it knows the stack is there. But "go stack 'mystack.mc'"
> doesn't work. Is it possible to use "go" in an mt script?
> 
> Also, are there any other rules that one should keep in mind when
> accessing stacks from a MetaCard cgi? Anything else that fails or needs
> to be done differently?
> 
> -- 
> Jacqueline Landman Gay         |     jacque at hyperactivesw.com
> HyperActive Software           |     http://www.hyperactivesw.com
> _______________________________________________
> metacard mailing list
> metacard at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/metacard