Re: Ethereal Breakpoints
On Tue, Jul 25, 2017 at 1:15 PM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Since clearing all breakpoints (including the one for line 5000 of the > revDebugWhatchamacallit script) the red dot breakpoints seem to be behaving > normally again. Curious. > > I have long found a need to clear all breakpoints (I do it from the menu) every couple of months; they seem to accumulate cruft. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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
Re: Ethereal Breakpoints
Since clearing all breakpoints (including the one for line 5000 of the revDebugWhatchamacallit script) the red dot breakpoints seem to be behaving normally again. Curious. Bob S > On Jul 25, 2017, at 09:34 , Bob Sneidarwrote: > > Not that it matters, but I opened that script and then cleared all > breakpoints. Now I have no breakpoints set, so let's see if it behaves any > differently. > > Bob S ___ 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
Re: Ethereal Breakpoints
On 7/24/17 6:05 PM, Monte Goulding via use-livecode wrote: On 25 Jul 2017, at 8:37 am, J. Landman Gay via use-livecodewrote: You can debug these using the remote debugger only. Does that still work? It never asks me any more. It should. If it doesn’t for you could you bug report it please. I'm not sure what to report, other than it doesn't ask. I'd posted here in the past about how the OS wouldn't stop asking me if I wanted to allow network access. I couldn't get it to stop. Then one day it didn't ask any more. When I tried remote debugging the other day, I manually added LC to the allowed apps in system prefs before launching LC. Then I included remote debugger in the app and built the standalone. LC didn't ask. I have a feeling there is something wrong with my system rather than LC. Both standalones I've tried were using the splash stack method and the debug dots were in the stack that was opened rather than in the splash/standalone app itself. Should remote debugging work in stacks that aren't in the standalone stackfile? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Re: Ethereal Breakpoints
On 07/24/2017 03:31 PM, Alex Tweedly via use-livecode wrote: I keep getting caught by this - setting a breakpoint in a handler which is (indirectly) called from a resizeStack, and LC gets completely frozen and needs to be Force-quit. Um... once again... PowerDebug to the rescue. Doesn't ignore them, but properly breaks and allows you to continue. -- Mark Wieder ___ 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
Re: Ethereal Breakpoints
On 07/25/2017 09:26 AM, Bob Sneidar via use-livecode wrote: OK here is a perfect example. I get on one of the lines, stack "/Applications/LiveCode Business 8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000 Problem: There are not 5000 lines in that script when I go to edit it. Further I have never edited that script! OK - that one's easy to explain. The LC engine doesn't like the breakpoints to be empty. If you look in the revdebuggerlibrary script you'll see the __Initialize command sets a dummy breakpoint at line 5000 of its own script. That line obviously doesn't exist, so it won't trigger and actual breakpoint. It's just there as a placeholder and you can ignore it. -- Mark Wieder ahsoftw...@gmail.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
Re: Ethereal Breakpoints
In an unrelated incident, I think I just found one way explicit variables can get set. I set gRevDevelopment to true, then set it back to false when I was done. Then I attempted to save a script and the predictable occured. (Yes I know how to set it back.) Bob S > On Jul 25, 2017, at 09:26 , Bob Sneidar via use-livecode >wrote: > > OK here is a perfect example. I get on one of the lines, > > stack "/Applications/LiveCode Business > 8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000 > > Problem: There are not 5000 lines in that script when I go to edit it. > Further I have never edited that script! > > Bob S > > >> On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode >> wrote: >> >> In the message box, type "put the breakpoints" and see if that helps. ___ 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
Re: Ethereal Breakpoints
Not that it matters, but I opened that script and then cleared all breakpoints. Now I have no breakpoints set, so let's see if it behaves any differently. Bob S > On Jul 25, 2017, at 09:26 , Bob Sneidar via use-livecode >wrote: > > OK here is a perfect example. I get on one of the lines, > > stack "/Applications/LiveCode Business > 8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000 > > Problem: There are not 5000 lines in that script when I go to edit it. > Further I have never edited that script! > > Bob S > > >> On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode >> wrote: >> >> In the message box, type "put the breakpoints" and see if that helps. ___ 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
Re: Ethereal Breakpoints
OK here is a perfect example. I get on one of the lines, stack "/Applications/LiveCode Business 8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000 Problem: There are not 5000 lines in that script when I go to edit it. Further I have never edited that script! Bob S > On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode >wrote: > > In the message box, type "put the breakpoints" and see if that helps. ___ 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
Re: Ethereal Breakpoints
Hmmm... good thought. It may have been a datagrid script I was looking at. Besides my database library, I am not using behaviors a lot. I'll give those other things a try. Bob S > On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode >wrote: > > As a last resort, if you're seeing line numbers that obviously aren't in your > script, then the IDE's debugger may be misinterpreting the behavior extension > in the executionContexts and referencing a behavior script somewhere else. > > -- > Mark Wieder > ahsoftw...@gmail.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
Re: Ethereal Breakpoints
On 07/25/2017 08:09 AM, Bob Sneidar via use-livecode wrote: Thanks Monte, but I do not use modal any more than I can help it. This is happening in virtually every script I have. As I mentioned, I had one script where the breakpoints pane reported that the script had a breakpoint on line 6 hundred something, and there have never been any more that 200 lines in the script. I think that the recorded breakpoint moves when the script is saved, but the displayed red dot remains where it is. I can fix it by clicking to turn off the red dot then clicking again to turn it on. I have also noted that after turning off breakpoints in all my scripts, the breakpoint tab of the SE still reports breakpoints in different scripts. When I go to check for those breakpoints, they do not exist. In the message box, type "put the breakpoints" and see if that helps. Also the virtual breakpoints are stored as custom properties (the cREVGeneral["breakpoints"]) of stacks, so check there to see if there's anything that shouldn't be there. As a last resort, if you're seeing line numbers that obviously aren't in your script, then the IDE's debugger may be misinterpreting the behavior extension in the executionContexts and referencing a behavior script somewhere else. -- Mark Wieder ahsoftw...@gmail.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
Re: Ethereal Breakpoints
Thanks Monte, but I do not use modal any more than I can help it. This is happening in virtually every script I have. As I mentioned, I had one script where the breakpoints pane reported that the script had a breakpoint on line 6 hundred something, and there have never been any more that 200 lines in the script. I think that the recorded breakpoint moves when the script is saved, but the displayed red dot remains where it is. I can fix it by clicking to turn off the red dot then clicking again to turn it on. I have also noted that after turning off breakpoints in all my scripts, the breakpoint tab of the SE still reports breakpoints in different scripts. When I go to check for those breakpoints, they do not exist. Bob S > On Jul 24, 2017, at 14:37 , Monte Goulding via use-livecode >wrote: > > There are some cases where breakpoints are deliberately ignored. Any > breakpoints when there is modal stack open and in resizeStack and moveStack > handlers. You can debug these using the remote debugger only. > > Cheers > > Monte ___ 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
RE: Ethereal Breakpoints
I always figured the flood of messages was what locked-up LC when you debug a resize event. I just fire it off at the command line and then debug the resizestack code. When I inadvertently do this and lock-up LC most (90%+) an "F5" or two or three times gets things going again so you can save the stack. Most times LC is just fine and you don't need to restart. Using F5 has worked for me since V4.x on Win XP thru V8.x on Win 10. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Alex Tweedly via use-livecode Sent: Monday, July 24, 2017 6:31 PM To: use-livecode@lists.runrev.com Cc: Alex Tweedly Subject: Re: Ethereal Breakpoints I keep getting caught by this - setting a breakpoint in a handler which is (indirectly) called from a resizeStack, and LC gets completely frozen and needs to be Force-quit. -- Alex. ___ 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
Re: Ethereal Breakpoints
> On 25 Jul 2017, at 8:31 am, Alex Tweedly via use-livecode >wrote: > > You know, I really wish it could be (even) more helpful : in particular, > ignoring breakpoints within handlers called from a resizeStack handler. > > I keep getting caught by this - setting a breakpoint in a handler which is > (indirectly) called from a resizeStack, and LC gets completely frozen and > needs to be Force-quit. Could you bug report this with an example? Both traceBreak and traceError iterate the executionContexts checking for moveStack and resizeStack so that should cover any handlers called from resizeStack. Cheers Monte ___ 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
Re: Ethereal Breakpoints
> On 25 Jul 2017, at 8:37 am, J. Landman Gay via use-livecode >wrote: > >> You can debug these using the remote debugger only. > > Does that still work? It never asks me any more. It should. If it doesn’t for you could you bug report it please. Cheers Monte ___ 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
Re: Ethereal Breakpoints
On 7/24/17 4:37 PM, Monte Goulding via use-livecode wrote: You can debug these using the remote debugger only. Does that still work? It never asks me any more. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Re: Ethereal Breakpoints
On 24/07/2017 22:37, Monte Goulding via use-livecode wrote: There are some cases where breakpoints are deliberately ignored. Any breakpoints when there is modal stack open and in resizeStack and moveStack handlers. You know, I really wish it could be (even) more helpful : in particular, ignoring breakpoints within handlers called from a resizeStack handler. I keep getting caught by this - setting a breakpoint in a handler which is (indirectly) called from a resizeStack, and LC gets completely frozen and needs to be Force-quit. -- Alex. ___ 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
Re: Ethereal Breakpoints
There are some cases where breakpoints are deliberately ignored. Any breakpoints when there is modal stack open and in resizeStack and moveStack handlers. You can debug these using the remote debugger only. Cheers Monte > On 25 Jul 2017, at 1:37 am, Bob Sneidar via use-livecode >wrote: > > With me, I place a red dot, find an error in the script, edit the script > neither adding nor deleting any lines, save script, red dot does not wander, > but also does not break code execution. It just executed past it. > > I think this started with the unicode update. I will try copying my code to a > text only editor then back again, then retest. > > Bob S > > >> On Jul 21, 2017, at 16:55 , J. Landman Gay via use-livecode >> wrote: >> >> I'm not having any trouble with the breakpoints per se but if you edit the >> script with the dots in place they tend to migrate. When that happens you >> don't always notice and it acts like they aren't working. >> >> -- >> Jacqueline Landman Gay | jac...@hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.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
Re: Ethereal Breakpoints
With me, I place a red dot, find an error in the script, edit the script neither adding nor deleting any lines, save script, red dot does not wander, but also does not break code execution. It just executed past it. I think this started with the unicode update. I will try copying my code to a text only editor then back again, then retest. Bob S > On Jul 21, 2017, at 16:55 , J. Landman Gay via use-livecode >wrote: > > I'm not having any trouble with the breakpoints per se but if you edit the > script with the dots in place they tend to migrate. When that happens you > don't always notice and it acts like they aren't working. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.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
Re: Ethereal Breakpoints
all of the above experiences confirmed here.. it's so bad sometimes I remove all break points from the menu, save everything, shut down and start add manual breakpoint in the actual code. with my text editor (using 85% script only text.livecodescripts now) then reboot and pray. such a nuisance. no recipe. On 7/21/17, 11:55 AM, "use-livecode on behalf of Bob Sneidar via use-livecode"wrote: Heh heh. One of my breakpoints says group "dgDevices" line 568. There are 136 lines in that script. There have never been more that 200. ___ 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
Re: Ethereal Breakpoints
And I should clarify, the fix is for the “delayed moving” of break points. Not the “ethereal” issue ;-) Bob ___ 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
Re: Ethereal Breakpoints
> > I haven’t looked at the code that tries to keep the like paired with the > breakpoint but my gut feeling is to do it right you would want to set some > metadata on the line of the field and then look for it when updating the > gutter. I’ll try and find some time to take a look into it. > > Cheers > > Monte Monte, I’ve got a fix for this. I’ll submit a bug report and open a pull request so you can have a look. Bob Hall ___ 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
Re: Ethereal Breakpoints
> On 22 Jul 2017, at 9:55 am, J. Landman Gay via use-livecode >wrote: > > I'm not having any trouble with the breakpoints per se but if you edit the > script with the dots in place they tend to migrate. When that happens you > don't always notice and it acts like they aren't working. I haven’t looked at the code that tries to keep the like paired with the breakpoint but my gut feeling is to do it right you would want to set some metadata on the line of the field and then look for it when updating the gutter. I’ll try and find some time to take a look into it. Cheers Monte ___ 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
Re: Ethereal Breakpoints
On Fri, Jul 21, 2017 at 4:55 PM, J. Landman Gay via use-livecode < use-livecode@lists.runrev.com> wrote: > I'm not having any trouble with the breakpoints per se but if you edit the > script with the dots in place they tend to migrate. When that happens you > don't always notice and it acts like they aren't working. > Even when you notice, it's hard to tell. When the edit works, the line moves, and then the dot moves a second or two later. I vaguely suspect that sometimes, something else interrupts (a message in the queue hits its trigger time?), and the one doesn't happen. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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
Re: Ethereal Breakpoints
I'm not having any trouble with the breakpoints per se but if you edit the script with the dots in place they tend to migrate. When that happens you don't always notice and it acts like they aren't working. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On July 21, 2017 4:51:32 PM Bob Sneidar via use-livecodewrote: Thanks Peter that is also my experience, although like I said at one point it seemed to be working so I started using them again. As is the red dot breakpoints are completely unusable. Bob S On Jul 21, 2017, at 14:47 , Peter Bogdanoff via use-livecode wrote: On Mac, you never know for sure if a BP will trigger. Then you may also see spurious BPs listed in the Breakpoints tab below, or in the script above. Peter Bogdanoff ___ 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
Re: Ethereal Breakpoints
On Fri, Jul 21, 2017 at 2:47 PM, Peter Bogdanoff via use-livecode < use-livecode@lists.runrev.com> wrote: On Mac, you never know for sure if a BP will trigger. > I took to calling them "Pirate Code Dots" for a reason. In all fairness, they got *MUCH* better a few months ago, and now usually work. Well, except when they go on walkabout, and relocate to other parts of the script, or empty lines, or . . . :) They will usually even trigger in preOpenStack on startup these days; I used to have to use an ask before I could even get a coded breakpoint to trigger. It used to be the norm to lose a couple of hours of a full day of coding to the IDE ; now it's a few minutes here and there. (But the failure to fix that bug where local variables get clobbered when opening palettes remains a problem; I'd forgotten the details [and I reported it!] until an update today noting that it's still present in 9.0; I think it's the problem of a couple of my big, release-blocking issues at the moment) -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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
Re: Ethereal Breakpoints
Heh heh. One of my breakpoints says group "dgDevices" line 568. There are 136 lines in that script. There have never been more that 200. Bob S ___ 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
Re: Ethereal Breakpoints
Thanks Peter that is also my experience, although like I said at one point it seemed to be working so I started using them again. As is the red dot breakpoints are completely unusable. Bob S > On Jul 21, 2017, at 14:47 , Peter Bogdanoff via use-livecode >wrote: > > On Mac, you never know for sure if a BP will trigger. > > Then you may also see spurious BPs listed in the Breakpoints tab below, or in > the script above. > > Peter Bogdanoff ___ 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
Re: Ethereal Breakpoints
On Mac, you never know for sure if a BP will trigger. Then you may also see spurious BPs listed in the Breakpoints tab below, or in the script above. Peter Bogdanoff > On Jul 21, 2017, at 2:31 PM, Ralph DiMola via use-livecode >wrote: > > Interesting, I haven't had a problem with red dots. I'm on Win 10 / 8.1.5. > In fact if I set BP save, close LC, reopen and launch my stack the script > breaks. BPs are saved in the stack I guess. > > Ralph DiMola > IT Director > Evergreen Information Services > rdim...@evergreeninfo.net > > > -Original Message- > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf > Of Bob Sneidar via use-livecode > Sent: Friday, July 21, 2017 5:15 PM > To: How to use LiveCode > Cc: Bob Sneidar > Subject: Ethereal Breakpoints > > really... Really... REALLY NEED TO FIX those damn red dot breakpoints! Every > time I save a script, even if it's only the spelling of a word, the > breakpoints fail. > > 8.1.5 > > Bob S > ___ > 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 ___ 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
RE: Ethereal Breakpoints
Interesting, I haven't had a problem with red dots. I'm on Win 10 / 8.1.5. In fact if I set BP save, close LC, reopen and launch my stack the script breaks. BPs are saved in the stack I guess. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Bob Sneidar via use-livecode Sent: Friday, July 21, 2017 5:15 PM To: How to use LiveCode Cc: Bob Sneidar Subject: Ethereal Breakpoints really... Really... REALLY NEED TO FIX those damn red dot breakpoints! Every time I save a script, even if it's only the spelling of a word, the breakpoints fail. 8.1.5 Bob S ___ 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