The issue is remote debugging. Script only stacks save nothing but scripts.
Breakpoints are stored as custom properties which are lost when the stack
is saved as part of a standalone, so when testing a mobile app they are
gone and the debugger is unavailable.
I've heard you can insert hard-coded breakpoint commands in the script
instead but I haven't tried that yet. (Then you need to track them down and
remove them when they are no longer needed.) Another way, which I did try,
is to insert a temporary red dot breakpoint into the binary stack script
and then step into the handlers in the script only stack from there, but in
my case that meant stepping over a few hundred lines, which was tedious,
and then when I got to the handler in question, the erroring line took over
and ran to the end without stopping.
I'd heard that once the debugger is triggered you should be able to add new
temporary breakpoints dynamically, but when I tried that after stepping
into the script only stack it didn't work. This was before the fix that
removed the ghosted remote scripts, so maybe it would work now.
At any rate, remote debugging a script only stack isn't easy and is
sometimes impossible.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 26, 2018 10:51:25 PM Richard Gaskin via use-livecode
<use-livecode@lists.runrev.com> wrote:
J. Landman Gay jacque at hyperactivesw.com
I know there is enthusiasm for script only stacks and they are really
helpful for those who use git. But when git isn't a target, the old
fashioned way is really much easier to follow and debug.
Being script-only is just the storage format on disk. Operationally,
stacks are stacks, regardless of the storage format.
Or maybe I misunderstand. Is the issue with script-only stacks, or with
deeply-nested parentScript chains?
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
____________________________________________________________________
ambassa...@fourthworld.com http://www.FourthWorld.com
_______________________________________________
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
