Remote Debugging (Was Re: Musings on Architect, MVC, Nested Behaviors)

J. Landman Gay jacque at hyperactivesw.com
Thu Dec 27 17:38:58 EST 2018


I should have guessed why you wrote that. :)
--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 27, 2018 2:40:30 PM Andre Alves Garzia via use-livecode 
<use-livecode at lists.runrev.com> wrote:

> Dear Jacque,
>
> I know too well the rabbit holes that lies deep into some LC projects.
> As Richard have guessed, by using a ton of behaviors and libraries, you
> can end up with code that you can't easily trace and also which becomes
> quite hard to debug. As Jacque and I worked on the same project, one
> that is quite hard to debug on mobile, I came to realize that we needed
> some better tools.
>
> To solve that I made a "Network Tracer" tool to help me debug exact
> those apps. Think of it as a message box with more features, allowing
> you to not only display text and variable contents but also trace back
> where those texts are coming from. The network tracer work over LAN so
> you can have the phone and LC IDE on the same wifi network and should
> just work. I made a video showing it working at:
>
>   https://vimeo.com/296722452
>
> There is more information about it at my homepage at:
> http://andregarzia.com/livecode/
>
> Cheers
>
> andre
>
> On 27/12/2018 18:21, J. Landman Gay via use-livecode wrote:
>> 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 | jacque at hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> On December 26, 2018 10:51:25 PM Richard Gaskin via use-livecode
>> <use-livecode at lists.runrev.com> wrote:
>>
>
> _______________________________________________
> 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