an ignored breakpoint

[Peter Haworth]

I'm surprised by the number of problems people are reporting with the
debugger.  Not to say I've never had any but they are now few and far
between.  The one thing I do see consistently is ignoring a red dot
breakpoint in preOpenCard.  Most of the time a hard coded breakpoint works,
but not always.

A good number of the other weirdnesses I've seen have turned out to be
indications of problems in my code.  The mysterious jumping ahead several
lines of code after a breakpoint is now an indication to me that a call to
rev Library routine has a problem of some sort, perhaps an alpha value
where a numeric value is expected or a missing parameter.

I've also learned to avoid setting breakpoints in some message handlers,
notably ones that deal with mouse movement, especially if I'm looking at
the mouseLine or the mouseCharchunk.  I also found recently that setting a
breakpoint in a resizeStack handler froze the IDE, at least until I found I
could use the keyboard equivalents of stepover, step through, etc.

Pete
lcSQL Software <http://www.lcsql.com>



On Tue, Sep 4, 2012 at 6:05 AM, Bernard Devlin <bdrunrev at gmail.com> wrote:

> I've almost never used the "breakpoint" command; it's too cumbersome (or
> I'm too lazy).
>
> However, I've seen a pattern to reddot breakpoints being ignored.  Once a
> script has run through with a reddot, on a subsequent run the reddot is
> ignored (unless the script is re-saved between executions).
>
> So, when I have worked on a particular piece of code, I disable/re-enable
> the reddot between executions (unless I've edited the code in between).
>  It's tiresome, but less tiresome then using the "breakpoint" command.
>
> I think also that certain livecode formatting (e.g. if I remember
> correctly, one line "if-thens"), can cause mischief.
>
> Bernard
>
> On Mon, Sep 3, 2012 at 6:33 PM, J. Landman Gay
> I almost never need to insert a breakpoint command, so your mileage may
> vary. The red dots don't always work, but for me they do most of the time.
> _______________________________________________
> 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
>