Debugger forgetting soft breakpoints

J. Landman Gay jacque at hyperactivesw.com
Wed Sep 7 15:54:18 EDT 2016


Okay, there's definitely something wrong with 8.1 rc 2. I now have a stack 
that will not break anywhere, whether using soft breakpoints or inserting 
the word "breakpoint" into the scripts. It doesn't matter where or which 
script I put it in.

I relaunched LC and it worked once, then stopped.

In one instance, the handler does break, but not at the breakpoint line 
(either type.) Instead it breaks about 10 lines down in an unrelated 
handler. I chose "clear all breakpoints" from the Debug menu. The 
breakpoints custom property in the stack clears and is empty. The script 
still breaks at the incorrect line in spite of the fact that there are no 
breakpoints anywhere. I set and removed breakpoints manually (both types) 
and it still breaks at the unrelated line.

Which bug report needs this info? Or should I start a new one?

Jacqueline Landman Gay         |     jacque at hyperactivesw.com
HyperActive Software           |     http://www.hyperactivesw.com



On September 7, 2016 4:34:27 AM Ben Rubinstein <benr_mc at cogapp.com> wrote:

> On 07/09/2016 00:35, Bob Sneidar wrote:
>> I hesitate to submit a bug report when I cannot reliably reproduce the 
>> problem. Again, the app this occurs in has database dependencies, logins 
>> etc which would prevent you from seeing the actual problem because you 
>> could not get that far. I attempted to make a simple stack to demonstrate 
>> it, but the problem won't occur then.
>>
>> That is why  Iwas hoping others who have seen this could chime in so maybe 
>> we could produce some short list of commonality to zero in on a possible cause.
>
> Hi Bob,
>
> FWIW I saw this yesterday using 8.1.0rc2 - like you I can't pin down exactly
> what was going on but a breakpoint with a condition seemed to go missing.  If
> it was a matter of adding code above (I don't think I did, but I can't swear I
> didn't) wouldn't that just cause the breakpoint to shift rather than disappear?
>
> I'll try to keep an eye open for it, but consider this a second straw in the
> wind indicating that there's something awry somewhere...
>
> Ben
>
>
> _______________________________________________
> 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