On Feb 2, 2009, at 2:44 PM, J. Landman Gay wrote:
I accidentally wrote a handler that called another handler that called
the first one, which called the second one, which called the first
one,
which...you know, like that. It wasn't really recursion because each
handler did a finite set of actions and didn't depend on the other. At
any rate, there was no recursion warning.
What it looked like from the outside was that Rev had become
unresponsive, though the cursor moved. No spinning beach ball, no
colored pizza, just the regular arrow, but clicking on anything failed
and the OS X dock had "Force Quit" in its menu. It took me several
force-quits before I figured out the problem was ID10T error.
The allowInterrupts was true, but command-period didn't intercept it.
Should it have? I wonder if that's even possible, since from the
script's point of view there was nothing wrong. It was doing exactly
what I told it to.
Hi Jacque,
This has happened to me several times in Rev 3.0, but I've never been
able to pin it down to a recipe. It's almost like what happens when a
running script throws an error and kicks you into debug mode, and you
try to do things with the interface, but nothing works. Then you
notice the error message and slap yourself in the forehead and say to
yourself "What a dork!", then click the stop button in the script
editor to get out of debug mode, and everything's fine. But when this
happens you can't find anything to click, and you want to slap your
computer instead. Cmd-period doesn't work because the script is
already interrupted. It's almost like you really are in debug mode but
the interface hasn't been updated to reflect that. Like you, I seem to
notice it happen when handlers are calling handlers are calling
handlers, in different objects.
It's very frustrating; maybe if we compare notes we can come up with a
reliable recipe for reproducing it.
Devin
Devin Asay
Humanities Technology and Research Support Center
Brigham Young University
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
