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 <bdrun...@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@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
