Re: Ethereal Breakpoints

2017-07-25 Thread Dr. Hawkins via use-livecode
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

2017-07-25 Thread Bob Sneidar via use-livecode
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 Sneidar  wrote:
> 
> 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

2017-07-25 Thread J. Landman Gay via use-livecode

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


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

2017-07-25 Thread Mark Wieder via use-livecode

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

2017-07-25 Thread Mark Wieder via use-livecode

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

2017-07-25 Thread Bob Sneidar via use-livecode
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

2017-07-25 Thread Bob Sneidar via use-livecode
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

2017-07-25 Thread Bob Sneidar via use-livecode
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

2017-07-25 Thread Bob Sneidar via use-livecode
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

2017-07-25 Thread Mark Wieder via use-livecode

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

2017-07-25 Thread Bob Sneidar via use-livecode
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

2017-07-24 Thread Ralph DiMola via use-livecode
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

2017-07-24 Thread Monte Goulding via use-livecode

> 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

2017-07-24 Thread Monte Goulding via use-livecode

> 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

2017-07-24 Thread J. Landman Gay via use-livecode

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

2017-07-24 Thread Alex Tweedly via use-livecode



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

2017-07-24 Thread Monte Goulding via use-livecode
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

2017-07-24 Thread Bob Sneidar via use-livecode
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

2017-07-22 Thread Sannyasin Brahmanathaswami via use-livecode
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

2017-07-22 Thread Bob Hall via use-livecode
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

2017-07-22 Thread Bob Hall via use-livecode

> 
> 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

2017-07-21 Thread Monte Goulding via use-livecode

> 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

2017-07-21 Thread Dr. Hawkins via use-livecode
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

2017-07-21 Thread J. Landman Gay via use-livecode
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-livecode 
 wrote:


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

2017-07-21 Thread Dr. Hawkins via use-livecode
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

2017-07-21 Thread Bob Sneidar via use-livecode
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

2017-07-21 Thread Bob Sneidar via use-livecode
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

2017-07-21 Thread Peter Bogdanoff via use-livecode
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

2017-07-21 Thread Ralph DiMola via use-livecode
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