Re: Get rid of the remote debugger

2023-12-11 Thread matthias rebbe via use-livecode
I meant the extensions folder in the app bundle, just don't mentioned it. 
Thought that it is clear that all included extensions reside in the app bundle. 
;)



> Am 11.12.2023 um 17:36 schrieb Bob Sneidar via use-livecode 
> :
> 
> That is not where the remote debugger lives on MacOS. It is in the 
> Application package. I can try to remove it from there and see what happens. 
> 
> Bob S
> 
> 
>> On Dec 8, 2023, at 4:14 PM, matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Hm, did you already try to delete the folder   
>> Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
>> folder?
>> 
>>> Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
>>> :
>>> 
>>> I occasionally get the dreaded error in remote debugger stack is password 
>>> protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
>>> debugger. How can I rid myself of this incredibly annoying pest? 
>>> 
>>> 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


___
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: Get rid of the remote debugger

2023-12-11 Thread Neville Smythe via use-livecode
Bob: There may be a problem with your code.
I believe I have seen the Remote Debugger message when I had a runtime error in 
a modal dialog. In earlier versions of LiveCode the dialog would fail silently, 
returning to the stack without reporting any error but actually not executing 
any code after the error. This was an LC bug and is supposed to have been fixed 
but instead of getting a useful error reported from the modal dialog I got the 
unhelpful Remote Debugger message … better than nothing.

If you have a modal dialog try running your stack with the dialog non-modally 
to check this possibility.

Neville Smythe



___
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: Get rid of the remote debugger

2023-12-11 Thread Bob Sneidar via use-livecode
See that is the exact problem. Because when enabled, the remoteScriptDebugger 
says there is an error, but cannot show me where the error is because the 
script is locked, I have no clue as to what script (if any) is causing the 
issue. That is why I asked if anyone had the password to the 
remoteScriptDebugger, so I could trace it back.

And to further complicate things, once I remove the remoteScriptDebugger, none 
of my regular scripts are failing, unless it is failing silently which lands me 
right where I started.

Anyway, at least I have a workaround.

Bob S


On Dec 11, 2023, at 11:19 AM, J. Landman Gay via use-livecode 
 wrote:

If you have a reproducible script it would be something LC probably should know 
about in a bug report.

--
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: Get rid of the remote debugger

2023-12-11 Thread J. Landman Gay via use-livecode
If you have a reproducible script it would be something LC probably should 
know about in a bug report.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 11, 2023 10:43:27 AM Bob Sneidar via use-livecode 
 wrote:


Ahah! I removed the folder from the application package extensions folder 
and I no longer get the error! Also, my code is not throwing ANY kind of 
error, so this is definitely something wrong with the remote debugger or 
something else that thinks a remote debugger error has occurred when it hasn’t.


Bob S



On Dec 11, 2023, at 8:36 AM, Bob Sneidar  wrote:

That is not where the remote debugger lives on MacOS. It is in the 
Application package. I can try to remove it from there and see what happens.


Bob S


On Dec 8, 2023, at 4:14 PM, matthias rebbe via use-livecode 
 wrote:


Hm, did you already try to delete the folder   
Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
folder?


Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
:


I occasionally get the dreaded error in remote debugger stack is password 
protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
debugger. How can I rid myself of this incredibly annoying pest?


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





___
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: Get rid of the remote debugger

2023-12-11 Thread Bob Sneidar via use-livecode
Ahah! I removed the folder from the application package extensions folder and I 
no longer get the error! Also, my code is not throwing ANY kind of error, so 
this is definitely something wrong with the remote debugger or something else 
that thinks a remote debugger error has occurred when it hasn’t. 

Bob S


> On Dec 11, 2023, at 8:36 AM, Bob Sneidar  wrote:
> 
> That is not where the remote debugger lives on MacOS. It is in the 
> Application package. I can try to remove it from there and see what happens. 
> 
> Bob S
> 
> 
>> On Dec 8, 2023, at 4:14 PM, matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Hm, did you already try to delete the folder   
>> Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
>> folder?
>> 
>>> Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
>>> :
>>> 
>>> I occasionally get the dreaded error in remote debugger stack is password 
>>> protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
>>> debugger. How can I rid myself of this incredibly annoying pest? 
>>> 
>>> 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: Get rid of the remote debugger

2023-12-11 Thread Bob Sneidar via use-livecode
That is not where the remote debugger lives on MacOS. It is in the Application 
package. I can try to remove it from there and see what happens. 

Bob S


> On Dec 8, 2023, at 4:14 PM, matthias rebbe via use-livecode 
>  wrote:
> 
> Hm, did you already try to delete the folder   
> Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
> folder?
> 
>> Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
>> :
>> 
>> I occasionally get the dreaded error in remote debugger stack is password 
>> protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
>> debugger. How can I rid myself of this incredibly annoying pest? 
>> 
>> 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: Get rid of the remote debugger

2023-12-10 Thread J. Landman Gay via use-livecode
Oh! Sorry, I thought you were testing on mobile. I don't think you should 
be getting errors from the remote debugger when you're in the IDE...very 
strange.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 10, 2023 6:27:33 PM Bob Sneidar via use-livecode 
 wrote:


The problem is that I am not testing a mobile app. I am simply launching a 
stack in the IDE. The remote debugger should not even be in the message 
path. It’s clear there is a problem with my code, but because the Debugger 
gets in the way I can’t tell where.





___
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: Get rid of the remote debugger

2023-12-10 Thread Bob Sneidar via use-livecode
The problem is that I am not testing a mobile app. I am simply launching a 
stack in the IDE. The remote debugger should not even be in the message path. 
It’s clear there is a problem with my code, but because the Debugger gets in 
the way I can’t tell where. 

Sent from my iPhone

> On Dec 10, 2023, at 16:06, J. Landman Gay via use-livecode 
>  wrote:
> 
> You can just turn it off when testing mobile and restore it when back in the 
> IDE.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
>> On December 10, 2023 4:02:01 PM Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> I will try the suggestions, however I use the IDE debugger extensively so 
>> that is not an option.
>> 
>> Sent from my iPhone
>> 
>>>> On Dec 9, 2023, at 05:35, Paul Dupuis via use-livecode 
>>>>  wrote:
>>> 
>>> For what it's worth, I sometime get these errors. I develop on Windows 11 
>>> (x64) using LC 9.6.11 and do not develop for mobile or web, so no remote 
>>> debugging. I do not want to get rid of (remove) or turn off script 
>>> debugging. I use the script debugger all the time.
>>> 
>>> There is some recipe, that I have not figured out yet, where this error 
>>> occurs, when you are just doing what I'd consider "normal" debugging. I 
>>> just have not had time to pin it down. (To busy filing PDF Widget bugs and 
>>> enhancements to get it to parity with the XPDF external).
>>> 
>>> Paul Dupuis
>>> Researchware
>>> 
>>>> On 12/8/2023 10:01 PM, J. Landman Gay via use-livecode wrote:
>>>> Piggy backing... Did you try turning off script debugging from the 
>>>> development menu?
>>>> 
>>>> --
>>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>>> HyperActive Software | http://www.hyperactivesw.com
>>>>> On December 8, 2023 6:16:57 PM matthias rebbe via use-livecode 
>>>>>  wrote:
>>>>> 
>>>>> Hm, did you already try to delete the folder   
>>>>> Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
>>>>> folder?
>>>>> 
>>>>>> Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
>>>>>> :
>>>>>> 
>>>>>> I occasionally get the dreaded error in remote debugger stack is 
>>>>>> password protected issue. I don’t WANT the remote debugger. I do not 
>>>>>> NEED the remote debugger. How can I rid myself of this incredibly 
>>>>>> annoying pest?
>>>>>> 
>>>>>> 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
>>> 
>>> 
>>> ___
>>> 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
___
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: Get rid of the remote debugger

2023-12-10 Thread J. Landman Gay via use-livecode
You can just turn it off when testing mobile and restore it when back in 
the IDE.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 10, 2023 4:02:01 PM Bob Sneidar via use-livecode 
 wrote:


I will try the suggestions, however I use the IDE debugger extensively so 
that is not an option.


Sent from my iPhone

On Dec 9, 2023, at 05:35, Paul Dupuis via use-livecode 
 wrote:


For what it's worth, I sometime get these errors. I develop on Windows 11 
(x64) using LC 9.6.11 and do not develop for mobile or web, so no remote 
debugging. I do not want to get rid of (remove) or turn off script 
debugging. I use the script debugger all the time.


There is some recipe, that I have not figured out yet, where this error 
occurs, when you are just doing what I'd consider "normal" debugging. I 
just have not had time to pin it down. (To busy filing PDF Widget bugs and 
enhancements to get it to parity with the XPDF external).


Paul Dupuis
Researchware


On 12/8/2023 10:01 PM, J. Landman Gay via use-livecode wrote:
Piggy backing... Did you try turning off script debugging from the 
development menu?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 8, 2023 6:16:57 PM matthias rebbe via use-livecode 
 wrote:


Hm, did you already try to delete the folder   
Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
folder?


Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
:


I occasionally get the dreaded error in remote debugger stack is password 
protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
debugger. How can I rid myself of this incredibly annoying pest?


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



___
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: Get rid of the remote debugger

2023-12-10 Thread Bob Sneidar via use-livecode
I will try the suggestions, however I use the IDE debugger extensively so that 
is not an option. 

Sent from my iPhone

> On Dec 9, 2023, at 05:35, Paul Dupuis via use-livecode 
>  wrote:
> 
> For what it's worth, I sometime get these errors. I develop on Windows 11 
> (x64) using LC 9.6.11 and do not develop for mobile or web, so no remote 
> debugging. I do not want to get rid of (remove) or turn off script debugging. 
> I use the script debugger all the time.
> 
> There is some recipe, that I have not figured out yet, where this error 
> occurs, when you are just doing what I'd consider "normal" debugging. I just 
> have not had time to pin it down. (To busy filing PDF Widget bugs and 
> enhancements to get it to parity with the XPDF external).
> 
> Paul Dupuis
> Researchware
> 
>> On 12/8/2023 10:01 PM, J. Landman Gay via use-livecode wrote:
>> Piggy backing... Did you try turning off script debugging from the 
>> development menu?
>> 
>> -- 
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>>> On December 8, 2023 6:16:57 PM matthias rebbe via use-livecode 
>>>  wrote:
>>> 
>>> Hm, did you already try to delete the folder   
>>> Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
>>> folder?
>>> 
>>>> Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
>>>> :
>>>> 
>>>> I occasionally get the dreaded error in remote debugger stack is password 
>>>> protected issue. I don’t WANT the remote debugger. I do not NEED the 
>>>> remote debugger. How can I rid myself of this incredibly annoying pest?
>>>> 
>>>> 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
> 
> 
> ___
> 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: Get rid of the remote debugger

2023-12-09 Thread Paul Dupuis via use-livecode
For what it's worth, I sometime get these errors. I develop on Windows 
11 (x64) using LC 9.6.11 and do not develop for mobile or web, so no 
remote debugging. I do not want to get rid of (remove) or turn off 
script debugging. I use the script debugger all the time.


There is some recipe, that I have not figured out yet, where this error 
occurs, when you are just doing what I'd consider "normal" debugging. I 
just have not had time to pin it down. (To busy filing PDF Widget bugs 
and enhancements to get it to parity with the XPDF external).


Paul Dupuis
Researchware

On 12/8/2023 10:01 PM, J. Landman Gay via use-livecode wrote:
Piggy backing... Did you try turning off script debugging from the 
development menu?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 8, 2023 6:16:57 PM matthias rebbe via use-livecode 
 wrote:


Hm, did you already try to delete the folder   
Extensions/com.livecode.library.remotedebugger in the Livecode 
Extensions folder?


Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
:


I occasionally get the dreaded error in remote debugger stack is 
password protected issue. I don’t WANT the remote debugger. I do not 
NEED the remote debugger. How can I rid myself of this incredibly 
annoying pest?


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



___
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: Get rid of the remote debugger

2023-12-08 Thread J. Landman Gay via use-livecode
Piggy backing... Did you try turning off script debugging from the 
development menu?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 8, 2023 6:16:57 PM matthias rebbe via use-livecode 
 wrote:


Hm, did you already try to delete the folder   
Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
folder?


Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
:


I occasionally get the dreaded error in remote debugger stack is password 
protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
debugger. How can I rid myself of this incredibly annoying pest?


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: Get rid of the remote debugger

2023-12-08 Thread matthias rebbe via use-livecode
Hm, did you already try to delete the folder   
Extensions/com.livecode.library.remotedebugger in the Livecode Extensions 
folder?

> Am 09.12.2023 um 00:42 schrieb Bob Sneidar via use-livecode 
> :
> 
> I occasionally get the dreaded error in remote debugger stack is password 
> protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
> debugger. How can I rid myself of this incredibly annoying pest? 
> 
> 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


Get rid of the remote debugger

2023-12-08 Thread Bob Sneidar via use-livecode
I occasionally get the dreaded error in remote debugger stack is password 
protected issue. I don’t WANT the remote debugger. I do not NEED the remote 
debugger. How can I rid myself of this incredibly annoying pest? 

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: Remote debugger error message

2023-07-02 Thread Paul Dupuis via use-livecode
I got this error in a new install of LC969 on a brand new Windows 11 HP 
laptop.


After I quit LC and started it again, I have not seen the error. I think 
there may have been some Windows notification that appeared but went 
away before I could do anything in the standard Win10/11 Notifications 
(lower right corner) and when I, later, popped open the notification 
panel, there was nothing there.


I have now launched LC many times since without seeing the error again.


On 7/2/2023 3:08 PM, J. Landman Gay via use-livecode wrote:
I've seen the same error more than once but it's a bit random and I 
don't know what triggers it. It's only in the IDE so far, even though 
I've included the remote debugger in the standalone. Funny that it 
should occur in the IDE when the remote debugger isn't active.


The remote debugger in the standalone did trigger some errors a few 
times. Maybe something is left in memory? The IDE was still running 
while testing the standalone.


On 7/2/23 1:24 PM, David Epstein via use-livecode wrote:

panagiotis m asked:
@david
How do you trigger this error? Could you provide a recipe?

With the stacks that trigger the error it is hard to troubleshoot 
them without triggering the error.  So I’m starting with an entirely 
new stack, and will report if I encounter the problem.


I suspect the problem has something to do with a message that calls a 
handler in a stack-in-use.


Best wishes,
David




On Thu, Jun 29, 2023 at 8:40?PM David Epstein via use-livecode
<mailto:use-livecode@lists.runrev.com>> wrote:


I?ve just started using LiveCode 9.6.9 and 10.0.0 DP 5 on two Intel

Macs, and can do very little without getting this error message:


?There was an error executing a script in stack

com.livecode.library.remotedebugger.  No more information is available
because the stack is password protected.?

___
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: Remote debugger error message

2023-07-02 Thread J. Landman Gay via use-livecode
I've seen the same error more than once but it's a bit random and I don't know what triggers 
it. It's only in the IDE so far, even though I've included the remote debugger in the 
standalone. Funny that it should occur in the IDE when the remote debugger isn't active.


The remote debugger in the standalone did trigger some errors a few times. Maybe something is 
left in memory? The IDE was still running while testing the standalone.


On 7/2/23 1:24 PM, David Epstein via use-livecode wrote:

panagiotis m asked:
@david
How do you trigger this error? Could you provide a recipe?

With the stacks that trigger the error it is hard to troubleshoot them without 
triggering the error.  So I’m starting with an entirely new stack, and will 
report if I encounter the problem.

I suspect the problem has something to do with a message that calls a handler 
in a stack-in-use.

Best wishes,
David




On Thu, Jun 29, 2023 at 8:40?PM David Epstein via use-livecode
mailto:use-livecode@lists.runrev.com>> wrote:


I?ve just started using LiveCode 9.6.9 and 10.0.0 DP 5 on two Intel

Macs, and can do very little without getting this error message:


?There was an error executing a script in stack

com.livecode.library.remotedebugger.  No more information is available
because the stack is password protected.?

___
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


--
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: Remote debugger error message

2023-07-02 Thread David Epstein via use-livecode
panagiotis m asked:
@david
How do you trigger this error? Could you provide a recipe?

With the stacks that trigger the error it is hard to troubleshoot them without 
triggering the error.  So I’m starting with an entirely new stack, and will 
report if I encounter the problem.

I suspect the problem has something to do with a message that calls a handler 
in a stack-in-use.

Best wishes,
David

> 
> 
> On Thu, Jun 29, 2023 at 8:40?PM David Epstein via use-livecode
> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> I?ve just started using LiveCode 9.6.9 and 10.0.0 DP 5 on two Intel
> Macs, and can do very little without getting this error message:
>> 
>> ?There was an error executing a script in stack
> com.livecode.library.remotedebugger.  No more information is available
> because the stack is password protected.?
___
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: Remote debugger error message

2023-06-30 Thread panagiotis m via use-livecode
Hello all,

@mike
The revdebuggerlibrary.livecodescript is not the remote debugger - it is
the IDE debugger for the script editor. The remote debugger is a protected
stack and it is not present in the repo.

@david
How do you trigger this error? Could you provide a recipe?

Kind regards,
Panos
--


On Fri, 30 Jun 2023 at 15:14, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> ugh.
> you could try removing the remote debugger from your inclusions and
> including the OSS version:
>
> https://github.com/livecode/livecode-ide/blob/ccc733a1539ed2e313abe649b38b83e9fddd1541/Toolset/libraries/revdebuggerlibrary.livecodescript
> you may also be able to edit the livecode bundle, removing the
> protected version, and replace it with the unprotected version from
> the repo.
>
> On Thu, Jun 29, 2023 at 8:40 PM David Epstein via use-livecode
>  wrote:
> >
> > I’ve just started using LiveCode 9.6.9 and 10.0.0 DP 5 on two Intel
> Macs, and can do very little without getting this error message:
> >
> > “There was an error executing a script in stack
> com.livecode.library.remotedebugger.  No more information is available
> because the stack is password protected.”
> >
> > I can click OK, but the error message soon returns.
> >
> > Any suggestions?
> >
> > Best wishes,
> > David Epstein
> > ___
> > 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
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
>
> ___
> 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: Remote debugger error message

2023-06-30 Thread Mike Kerner via use-livecode
ugh.
you could try removing the remote debugger from your inclusions and
including the OSS version:
https://github.com/livecode/livecode-ide/blob/ccc733a1539ed2e313abe649b38b83e9fddd1541/Toolset/libraries/revdebuggerlibrary.livecodescript
you may also be able to edit the livecode bundle, removing the
protected version, and replace it with the unprotected version from
the repo.

On Thu, Jun 29, 2023 at 8:40 PM David Epstein via use-livecode
 wrote:
>
> I’ve just started using LiveCode 9.6.9 and 10.0.0 DP 5 on two Intel Macs, and 
> can do very little without getting this error message:
>
> “There was an error executing a script in stack 
> com.livecode.library.remotedebugger.  No more information is available 
> because the stack is password protected.”
>
> I can click OK, but the error message soon returns.
>
> Any suggestions?
>
> Best wishes,
> David Epstein
> ___
> 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



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."

___
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


Remote debugger error message

2023-06-29 Thread David Epstein via use-livecode
I’ve just started using LiveCode 9.6.9 and 10.0.0 DP 5 on two Intel Macs, and 
can do very little without getting this error message:

“There was an error executing a script in stack 
com.livecode.library.remotedebugger.  No more information is available because 
the stack is password protected.”

I can click OK, but the error message soon returns.

Any suggestions?

Best wishes,
David Epstein
___
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: android remote debugger

2023-05-28 Thread J. Landman Gay via use-livecode
That's happened to me twice over the years and nothing I could do fixed it 
until a new LC version was released, where suddenly it started working 
again. I don't think it's LC, it is something in the OS. I tried fiddling 
with system prefs permissions but it didn't help. The two instances were 
years apart and I still don't know why.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 28, 2023 7:21:05 PM Mike Kerner via use-livecode 
 wrote:



i'm back to futzing with android, again, now trying to get the remote
debugger to run.
it's included with the stack, but i can't seem to get it to fire, even
with the breakpoint command.

--
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
  and did a little diving.
And God said, "This is good."

___
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


android remote debugger

2023-05-28 Thread Mike Kerner via use-livecode
i'm back to futzing with android, again, now trying to get the remote
debugger to run.
it's included with the stack, but i can't seem to get it to fire, even
with the breakpoint command.

-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."

___
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


remote debugger won't start

2023-04-10 Thread Mike Kerner via use-livecode
something new, today:
ios, 968 or 969
mature app that has been in production for a year
remote debugger included
do a build
install
both ios and mac are on the same net
lc has accept permission through the firewall
run app
remote debugger never connects, like executing the breakpoint command
causes nothing to happen.
so, how do we debug the debugger not connecting?

-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Remote Debugger 9.6dp1?

2019-12-01 Thread Sannyasin Brahmanathaswami via use-livecode
Yes, same local network, via wifi, but it is also plugged into an external dock 
with multiple ports. The dock itself goes into the new USB  "C" ports on the 
Mac Book Pro. (The only way I can see it among the test targets)

Is the iPhone on the same local network as IDE?

> On 1 Dec 2019, at 1:27 pm, Sannyasin Brahmanathaswami via use-livecode 
> mailto:use-livecode@lists.runrev.com>> wrote:
>
> I have Remote Debugger in the inclusions for making a mobile standalone
> The Development Menu has checked "Script Debug Mode"
>
> I put an explicit "breakpoint" in a handler; test (target) my iPhone.
> Boot the app on the phone. The app hangs where I have the breakpoint.
> But the script editor does not open, allowing us to step through the rest of 
> the handler.
>
> Is there something else to do? I could have sworn this worked on iOS before…
>
> BR
___
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: Remote Debugger 9.6dp1?

2019-12-01 Thread Monte Goulding via use-livecode
Is the iPhone on the same local network as IDE?

> On 1 Dec 2019, at 1:27 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> I have Remote Debugger in the inclusions for making a mobile standalone
> The Development Menu has checked "Script Debug Mode"
> 
> I put an explicit "breakpoint" in a handler; test (target) my iPhone.
> Boot the app on the phone. The app hangs where I have the breakpoint.
> But the script editor does not open, allowing us to step through the rest of 
> the handler.
> 
> Is there something else to do? I could have sworn this worked on iOS before…
> 
> BR
> 
> ___
> 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: Remote Debugger 9.6dp1?

2019-11-30 Thread J. Landman Gay via use-livecode
I haven't tried it with a separate standalone running independently, but 
if I build directly to the device it works, at least on Android and the 
iOS simulator.


On 11/30/19 8:27 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

I have Remote Debugger in the inclusions for making a mobile standalone
The Development Menu has checked "Script Debug Mode"

I put an explicit "breakpoint" in a handler; test (target) my iPhone.
Boot the app on the phone. The app hangs where I have the breakpoint.
But the script editor does not open, allowing us to step through the rest of 
the handler.

Is there something else to do? I could have sworn this worked on iOS before…

BR

___
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




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


Remote Debugger 9.6dp1?

2019-11-30 Thread Sannyasin Brahmanathaswami via use-livecode
I have Remote Debugger in the inclusions for making a mobile standalone
The Development Menu has checked "Script Debug Mode"

I put an explicit "breakpoint" in a handler; test (target) my iPhone.
Boot the app on the phone. The app hangs where I have the breakpoint.
But the script editor does not open, allowing us to step through the rest of 
the handler.

Is there something else to do? I could have sworn this worked on iOS before…

BR

___
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: Remote Debugger Anomalies

2018-09-17 Thread Trevor DeVore via use-livecode
Yes, it is part of the repo.

https://github.com/trevordevore/levure/tree/master/utils/external_editor_server

-- 
Trevor DeVore
ScreenSteps

On Mon, Sep 17, 2018 at 9:58 AM Sannyasin Brahmanathaswami via use-livecode
 wrote:

> Do you have that "script acting as a server" available in Levure?
>
>
> On 9/17/18 2:31 AM, Trevor DeVore via use-livecode wrote:
> > When working on a project I always work in ST with the LC IDE open. LC
> has
> > a script acting as a server running and ST is the client. ST sends a
> > notification to LC whenever a file is saved and if a stack with a
> matching
> > name/filename exists then the stack script is updated in memory. This has
> > been a very reliable workflow for me.
>
>
>
> ___
> 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: Remote Debugger Anomalies

2018-09-17 Thread Sannyasin Brahmanathaswami via use-livecode
Do you have that "script acting as a server" available in Levure?


On 9/17/18 2:31 AM, Trevor DeVore via use-livecode wrote:
> When working on a project I always work in ST with the LC IDE open. LC has
> a script acting as a server running and ST is the client. ST sends a
> notification to LC whenever a file is saved and if a stack with a matching
> name/filename exists then the stack script is updated in memory. This has
> been a very reliable workflow for me.



___
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: Remote Debugger Anomalies

2018-09-17 Thread Trevor DeVore via use-livecode
On Sun, Sep 16, 2018 at 11:54 PM Sannyasin Brahmanathaswami via
use-livecode  wrote:

>
> I suppose Trevor would chime here. If you to switch Sublime text and
> stay away for SE all together, all the problems go away? Because when
> you save the script you know it is in the state of your recent
> modification, confirmed, on disk.
>
> Maybe he could describe how he works.
> He must have IDE open and Sublime text at the same times.
>

I haven't been following the specific details of this thread so I don't
know if using Sublime Text (ST), or other external script editor, would
make the problems go away. It is true that when you save the scripts you
know that your changes are being saved directly to disk.

When working on a project I always work in ST with the LC IDE open. LC has
a script acting as a server running and ST is the client. ST sends a
notification to LC whenever a file is saved and if a stack with a matching
name/filename exists then the stack script is updated in memory. This has
been a very reliable workflow for me.

Now, if I switch branches in my git repo then I close the LC IDE and reopen
it. I don't have anything set up that notifies LC to reload all stacks in a
project when switching branches and there are potentially a number of files
that have been changed on disk.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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: Remote Debugger Anomalies

2018-09-16 Thread Sannyasin Brahmanathaswami via use-livecode
On 9/16/18 1:38 PM, J. Landman Gay via use-livecode wrote:
> Stacks named that way were the ones I tried deleting when the whole IDE 
> wen

I suppose Trevor would chime here. If you to switch Sublime text and 
stay away for SE all together, all the problems go away? Because when 
you save the script you know it is in the state of your recent 
modification, confirmed, on disk.

Maybe he could describe how he works.
He must have IDE open and Sublime text at the same times.

BR


___
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: Remote Debugger Anomalies

2018-09-16 Thread J. Landman Gay via use-livecode
Stacks named that way were the ones I tried deleting when the whole IDE 
went down on my next test build. I decided not to do that any more. :)

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 16, 2018 6:20:13 PM Monte Goulding via use-livecode 
 wrote:


On 16 Sep 2018, at 1:47 am, Sannyasin Brahmanathaswami via use-livecode 
 wrote:


OK, given that we understand the problem, to be solved one day.

Until then, how do we work around it?

Give an error, and the Script Editor "becomes"

stack "d2dc63f5-efeb-412c-a6ae-741d60b569de"
card id 1002

What is best practice to get outand back to the original stack/scripts?


Hmm… in that scenario you might need to type `delete stack 
"d2dc63f5-efeb-412c-a6ae-741d60b569de”` in the message box. Definitely the 
cache is not being cleared/delted when it should be here.


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





___
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: Remote Debugger Anomalies

2018-09-16 Thread Monte Goulding via use-livecode


> On 16 Sep 2018, at 10:36 am, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> No doubt Monte is going to say :-) "this is not problem, best you ignore
> this" ha!~

This seems a bit unfair to me. I don’t think I’ve ever said that. Clearly if 
you are having a problem then there’s a problem. 

Your last email, however, it sounded much more like you were having a problem 
with operations outside of LiveCode (git commands and text editing outside the 
IDE) than within LiveCode. It’s easy to make a mistake there because the IDE 
does not reload stacks if the underlying file is changed.

As always the simpler the recipe the easier it is for us to figure out what the 
issue is and resolve 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: Remote Debugger Anomalies

2018-09-16 Thread Monte Goulding via use-livecode


> On 16 Sep 2018, at 1:47 am, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> OK, given that we understand the problem, to be solved one day.
> 
> Until then, how do we work around it?
> 
> Give an error, and the Script Editor "becomes"
> 
> stack "d2dc63f5-efeb-412c-a6ae-741d60b569de"
> card id 1002
> 
> What is best practice to get outand back to the original stack/scripts?

Hmm… in that scenario you might need to type `delete stack 
"d2dc63f5-efeb-412c-a6ae-741d60b569de”` in the message box. Definitely the 
cache is not being cleared/delted when it should be here.

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: Remote Debugger Anomalies

2018-09-15 Thread Sannyasin Brahmanathaswami via use-livecode
Well I play with it a while, I don't have  a perfect recipe yet...

1) debug error show up. Do edit the script. You check the error and
close the script editor. So far I think the IDE has no cache of it.

2) then on the phone, you go to App Info, Uninstall.

So far I didn't get a cached script. But if you "touch" the script. In
some way, even to change a space. Then even after you uninstall the app
on the phone and close the editor, then open it again make some changes,
and you change some code and (verified save text file of a behavior by
BBedit)

 Then, magically then old code may appear!

then carefully, close the SE, and uninstall the app, appears go away..

No doubt Monte is going to say :-) "this is not problem, best you ignore
this" ha!~

BR


On 9/15/18 6:39 AM, J. Landman Gay via use-livecode wrote:
> I asked this before and the fix is to quit the app, if I remember right. 
> The problem on Android is that apps never really quit, they remain in the 
> background until the OS needs the RAM. When the OS wipes the app, we don't 
> receive any messages so the debugger won't know when the socket closes. The 
> same thing happens when the user hits the Home or Recent buttons to leave 
> the app, which also does not notify us. We need messages for these events. 
> Android does send the app a notification but LC hasn't implemented it.
>
> The result is that LC Android apps usually never know what's going on. It 
> interferes with the ability to save the app state as well.
>
> You might try adding a Quit button to see if that works. The quit command 
> was updated a bit recently so that might work, even if you just use it 
> temporarily for debugging.

-- 
Svasti Astu, Be Well!
Brahmanathaswami
 
Get the SivaSiva app, it's free:
https://www.himalayanacademy.com/apps/sivasiva


___
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: Remote Debugger Anomalies

2018-09-15 Thread J. Landman Gay via use-livecode
I asked this before and the fix is to quit the app, if I remember right. 
The problem on Android is that apps never really quit, they remain in the 
background until the OS needs the RAM. When the OS wipes the app, we don't 
receive any messages so the debugger won't know when the socket closes. The 
same thing happens when the user hits the Home or Recent buttons to leave 
the app, which also does not notify us. We need messages for these events. 
Android does send the app a notification but LC hasn't implemented it.


The result is that LC Android apps usually never know what's going on. It 
interferes with the ability to save the app state as well.


You might try adding a Quit button to see if that works. The quit command 
was updated a bit recently so that might work, even if you just use it 
temporarily for debugging.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 15, 2018 10:49:53 AM Sannyasin Brahmanathaswami via 
use-livecode  wrote:



On 9/13/18 10:47 AM, Monte Goulding via use-livecode wrote:
OK that definitely gives me an idea. The cache is meant to be cleaned up 
when the socket closes so should be happening between launches of the app 
but we can also force the debug session to end during the deploy of the new 
version which will hopefully ensure things are cleaned up.


OK, given that we understand the problem, to be solved one day.

Until then, how do we work around it?

Give an error, and the Script Editor "becomes"

stack "d2dc63f5-efeb-412c-a6ae-741d60b569de"
card id 1002

What is best practice to get outand back to the original stack/scripts?

BR



___
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: Remote Debugger Anomalies

2018-09-15 Thread Sannyasin Brahmanathaswami via use-livecode
On 9/13/18 10:47 AM, Monte Goulding via use-livecode wrote:
> OK that definitely gives me an idea. The cache is meant to be cleaned up when 
> the socket closes so should be happening between launches of the app but we 
> can also force the debug session to end during the deploy of the new version 
> which will hopefully ensure things are cleaned up.

OK, given that we understand the problem, to be solved one day.

Until then, how do we work around it?

Give an error, and the Script Editor "becomes"

stack "d2dc63f5-efeb-412c-a6ae-741d60b569de"
card id 1002

What is best practice to get outand back to the original stack/scripts?

BR



___
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: Remote Debugger Anomalies

2018-09-13 Thread Sannyasin Brahmanathaswami via use-livecode
I made no changes in the second branch, so I deleted it and made a new
one from nightly.


But,

a) since I received a stack from Elanor
b) never have opened before
c) edit the stack script
d) see the stack script of a debug session from Elanor,

(Stack name is a usual long ID number)

It makes you wonder where did it come from?

BR


On 9/13/18 10:44 AM, Monte Goulding via use-livecode wrote:
> t does not sound like the remote debugger was involved at all in this story 
> so perhaps look elsewhere for the problem.
>
>> On 14 Sep 2018, at 6:12 am, Sannyasin Brahmanathaswami via use-livecode 
>>  wrote:
>>
>> Well this is somewhat "urgent" due to a scenario I just witness.
>>
>> It GIT -->  branch -- nightly # scripts updated.
>>
>> committed
>>
>> switch to branch "fixIosBrowser"
>>
>> git merge nightly
>>
>> # get the usual conflict of binary stacks..
>>
>> git checkout --theirs "view/view_SivaSivaBrowser.livecode"
>>
>> #presumably up to do date.
>>
>> reboot LC, edit script of stack "view/view_SivaSivaBrowser.livecode"
>>
>> And it open a script in debug mode, with breakpoint that I was working
>> on yesterday, in branch


-- 
Svasti Astu, Be Well!
Brahmanathaswami
 
Get the SivaSiva app, it's free:
https://www.himalayanacademy.com/apps/sivasiva


___
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: Remote Debugger Anomalies

2018-09-13 Thread Monte Goulding via use-livecode



> On 13 Sep 2018, at 11:42 pm, Andrew Bell via use-livecode 
>  wrote:
> 
>> - The stack that caches object scripts is not being cleaned up properly 
>> between debugging sessions. This would mean that you would see the old 
>> script but what would be executing would be the new script. One way to test 
>> this might be to move a breakpoint statement from one line to another and 
>> see what line is highlighted in the debugger.
> 
> This is my vote for what is happening. I have noticed numerous times that 
> stepping through lines I could see things happening in the standalone that 
> were NOT the highlited line of code in the script editor at the time. For 
> instance, a blank line (for readability of code) would execute some other 
> line of code that was now 2 lines down due to a recent change in the script.

OK that definitely gives me an idea. The cache is meant to be cleaned up when 
the socket closes so should be happening between launches of the app but we can 
also force the debug session to end during the deploy of the new version which 
will hopefully ensure things are cleaned up.

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: Remote Debugger Anomalies

2018-09-13 Thread Monte Goulding via use-livecode
It does not sound like the remote debugger was involved at all in this story so 
perhaps look elsewhere for the problem.

> On 14 Sep 2018, at 6:12 am, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Well this is somewhat "urgent" due to a scenario I just witness.
> 
> It GIT -->  branch -- nightly # scripts updated.
> 
> committed
> 
> switch to branch "fixIosBrowser"
> 
> git merge nightly
> 
> # get the usual conflict of binary stacks..
> 
> git checkout --theirs "view/view_SivaSivaBrowser.livecode"
> 
> #presumably up to do date.
> 
> reboot LC, edit script of stack "view/view_SivaSivaBrowser.livecode"
> 
> And it open a script in debug mode, with breakpoint that I was working
> on yesterday, in branch
> fixIosBrowser! and the script that is nightly are not same!
> 
> git status
> Already up to date
> 
> but the scripts are different? Oh boy! now I can't depend on GIT and
> *something* is caching scripts.
> 
> Look like I have to make of branch fixIosBrowser switch night, make a
> copy and the do a level diff in bbedit between the two, Yikes!
> 
> Maybe is best to remove that ext Remote Debugging (doesnt work on iOS
> anyway) and turn of script Debug with building a standalone... only safe
> thing to do.

___
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: Remote Debugger Anomalies

2018-09-13 Thread Sannyasin Brahmanathaswami via use-livecode
Well this is somewhat "urgent" due to a scenario I just witness.

It GIT -->  branch -- nightly # scripts updated.

committed

switch to branch "fixIosBrowser"

git merge nightly

# get the usual conflict of binary stacks..

 git checkout --theirs "view/view_SivaSivaBrowser.livecode"

#presumably up to do date.

reboot LC, edit script of stack "view/view_SivaSivaBrowser.livecode"

And it open a script in debug mode, with breakpoint that I was working
on yesterday, in branch
fixIosBrowser! and the script that is nightly are not same!

git status
Already up to date

but the scripts are different? Oh boy! now I can't depend on GIT and
*something* is caching scripts.

Look like I have to make of branch fixIosBrowser switch night, make a
copy and the do a level diff in bbedit between the two, Yikes!

Maybe is best to remove that ext Remote Debugging (doesnt work on iOS
anyway) and turn of script Debug with building a standalone... only safe
thing to do.

 
On 9/13/18 8:30 AM, J. Landman Gay via use-livecode wrote:
> I think so too. I've seen updated card layouts appear, but the debug 
> script that was displayed didn't include additions that managed the 
> layout changes.



___
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: Remote Debugger Anomalies

2018-09-13 Thread J. Landman Gay via use-livecode

On 9/13/18 8:42 AM, Andrew Bell via use-livecode wrote:
- The stack that caches object scripts is not being cleaned up 
properly between debugging sessions. This would mean that you would 
see the old script but what would be executing would be the new 
script. One way to test this might be to move a breakpoint statement 
from one line to another and see what line is highlighted in the 
debugger.


This is my vote for what is happening. I have noticed numerous times 
that stepping through lines I could see things happening in the 
standalone that were NOT the highlited line of code in the script editor 
at the time. For instance, a blank line (for readability of code) would 
execute some other line of code that was now 2 lines down due to a 
recent change in the script.


I think so too. I've seen updated card layouts appear, but the debug 
script that was displayed didn't include additions that managed the 
layout changes.


I think I asked here some time ago about how to purge the stored 
scripts. I saw some oddly-named stacks in the App Browser that seemed 
relevant so I deleted those, and the next time I tried a test the whole 
IDE went down. So that wasn't it. :)



--
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: Remote Debugger Anomalies

2018-09-13 Thread Andrew Bell via use-livecode
- The stack that caches object scripts is not being cleaned up  
properly between debugging sessions. This would mean that you would  
see the old script but what would be executing would be the new  
script. One way to test this might be to move a breakpoint statement  
from one line to another and see what line is highlighted in the  
debugger.


This is my vote for what is happening. I have noticed numerous times  
that stepping through lines I could see things happening in the  
standalone that were NOT the highlited line of code in the script  
editor at the time. For instance, a blank line (for readability of  
code) would execute some other line of code that was now 2 lines down  
due to a recent change in the script.


--Andrew Bell


___
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: Remote Debugger Anomalies

2018-09-12 Thread Monte Goulding via use-livecode


> On 13 Sep 2018, at 5:08 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I've seen the same thing repeatedly. I wasn't able to work around the 
> problem. I'd like a way to manually force the debugger to unload itself and 
> reload the new script.

I’d really like to get to the bottom of this. FWIW the script that you see in 
the debugger actually comes over the socket from the app running on the device. 
As a result there’s really only two things I can think can be happening:

- When the deploy library (Test button) installs the app on the device it is 
silently failing and then launching the older version. We could rule this out 
if those of you that see this regularly had some way to know for sure that the 
new build actually made it to the device. Perhaps a different color background 
or something?

- The stack that caches object scripts is not being cleaned up properly between 
debugging sessions. This would mean that you would see the old script but what 
would be executing would be the new script. One way to test this might be to 
move a breakpoint statement from one line to another and see what line is 
highlighted in the debugger.

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: Remote Debugger Anomalies

2018-09-12 Thread J. Landman Gay via use-livecode
I've seen the same thing repeatedly. I wasn't able to work around the 
problem. I'd like a way to manually force the debugger to unload itself 
and reload the new script.


There is a bug report you can add to:


On 9/12/18 8:40 AM, Sannyasin Brahmanathaswami via use-livecode wrote:

-- Shut down LC
-- Android phone is connected  by USB
-- install in app on Android
-- fix a script (change a typo)
-- save the script; save the stack
-- From the test menu, choose Android
-- build the app; install on device
-- the debugged breaks on the script that I just saved, and it shows the
script at it was *before* change the typo!
-- Leave debug mode, try to change the script again,
-- try to save LC give an error message so on cannot file the path to
save the script

The above is just one scenario: after running debug on Android, you have
no clue whether you are editing a "phantom script" or the "real library"
on in your hard drive. Or you are ending a script the  lies in "depths
of the standalone maker" even though the app is installed on the phone.

In some scenarios, like the above, you feel *certain* you are editing
the "real" script. (you can tell by opening BBEdit) You delete the app
from the device, run the test again: the debugger shows that error that
you just fixed!

It is getting tiring to have to shut down LC and reboot everytime you
test. But that seem to be only way that there is not "latent" memory of
the script, as it was, broken, in the bowels of LC, even you have fixed
in it disk.

Can any provide a rock solid procedure to be *sure* that  SA *always*
get a corrected version of any script?

BR



___
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




--
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: Remote Debugger Anomalies

2018-09-12 Thread Sannyasin Brahmanathaswami via use-livecode
Hmm I just go a test stack from Elanor... never open before

It has the debug script when she ran it on android saved into SA builder!

I went to edit it and get unusual ID

536434756567-36465 (etc.)

?




On 9/12/18 3:40 AM, Sannyasin Brahmanathaswami via use-livecode wrote:
> -- Shut down LC
> -- Android phone is connected  by USB
> -- install in app on Android
> -- fix a script (change a typo)
> -- save the script; save the stack
> -- From the test menu, choose Android
> -- build the app; install on device
> -- the debugged breaks on the script that I just saved, and it shows the
> script at it was *before* change the typo!
> -- Leave debug mode, try to change the script again,
> -- try to save LC give an error message so on cannot file the path to
> save the script
>
> The above is just one scenario: after running debug on Android, you have
> no clue whether you are editing a "phantom script" or the "real library"
> on in your hard drive. Or you are ending a script the  lies in "depths
> of the standalone maker" even though the app is installed on the phone.
>
> In some scenarios, like the above, you feel *certain* you are editing
> the "real" script. (you can tell by opening BBEdit) You delete the app
> from the device, run the test again: the debugger shows that error that
> you just fixed!
>
> It is getting tiring to have to shut down LC and reboot everytime you
> test. But that seem to be only way that there is not "latent" memory of
> the script, as it was, broken, in the bowels of LC, even you have fixed
> in it disk.
>
> Can any provide a rock solid procedure to be *sure* that  SA *always*
> get a corrected version of any script?
>
> BR
>

___
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


Remote Debugger Anomalies

2018-09-12 Thread Sannyasin Brahmanathaswami via use-livecode
-- Shut down LC
-- Android phone is connected  by USB
-- install in app on Android
-- fix a script (change a typo)
-- save the script; save the stack
-- From the test menu, choose Android
-- build the app; install on device
-- the debugged breaks on the script that I just saved, and it shows the
script at it was *before* change the typo!
-- Leave debug mode, try to change the script again,
-- try to save LC give an error message so on cannot file the path to
save the script

The above is just one scenario: after running debug on Android, you have
no clue whether you are editing a "phantom script" or the "real library"
on in your hard drive. Or you are ending a script the  lies in "depths
of the standalone maker" even though the app is installed on the phone.

In some scenarios, like the above, you feel *certain* you are editing
the "real" script. (you can tell by opening BBEdit) You delete the app
from the device, run the test again: the debugger shows that error that
you just fixed!

It is getting tiring to have to shut down LC and reboot everytime you
test. But that seem to be only way that there is not "latent" memory of
the script, as it was, broken, in the bowels of LC, even you have fixed
in it disk.

Can any provide a rock solid procedure to be *sure* that  SA *always*
get a corrected version of any script?

BR



___
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: Remote Debugger Frustrations

2017-10-31 Thread Monte Goulding via use-livecode

> On 1 Nov 2017, at 1:45 pm, J. Landman Gay via use-livecode 
>  wrote:
> 
>> Once you hit a breakpoint you should be able to change breakpoints in the 
>> open debugger.
> 
> This I didn't know, I wasn't able to do that. To verify: I have to be stopped 
> at a breakpoint first before changing or adding one? I didn't do that when I 
> last tried.

Yes, you should be able to manipulate red dot breakpoints once the debugger is 
open. If you aren’t stopped at a breakpoint or execution error then you are 
probably just looking at your local script and therefore any changes to 
breakpoints won’t go over the wire.

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: Remote Debugger Frustrations

2017-10-31 Thread J. Landman Gay via use-livecode

On 10/31/17 4:14 PM, Monte Goulding via use-livecode wrote:

Once you hit a breakpoint you should be able to change breakpoints in the open 
debugger.


This I didn't know, I wasn't able to do that. To verify: I have to be 
stopped at a breakpoint first before changing or adding one? I didn't do 
that when I last tried.


--
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: Remote Debugger Frustrations

2017-10-31 Thread Monte Goulding via use-livecode

> On 31 Oct 2017, at 9:15 pm, Peter Reid via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> How are people getting on with the remote debugger facility? I'm finding it 
> very useful but also frustrating for the following reasons:
> 
> 1. It's SLOW. I'm running LC 9 on an iMac with a 4GHz quad i7 processor and 
> 24GB RAM connected by USB to an Amazon Fire 7 tablet, yet each step through 
> the script in the debugger takes several seconds.

The remote debugger diverts calls to the debugger library to go over a socket 
to the remote process. It will always be much slower than debugging in the 
engine. If you have lots of variables or a lot of data in them then all of the 
values need to be requested and updated for each step.
> 
> 2. It's difficult to stop to make changes. Clicking the stop debugging button 
> often doesn't work or takes a long time to react and even when apparently 
> stopped it's still making everything slow.

If you have a good recipe for this then it would be good to open a report about 
it. It shouldn’t take more than a few seconds to stop the debugger.
> 
> 3. Often it steps through the script as it was just before the latest change, 
> i.e. it doesn't take into account the latest script edits.

The script of being stepped through is copied over from the remote process so 
it will only show you the script as it was when you clicked the Test button.
> 
> 4. It can be difficult to change break points during remote debugging.

Can you give more detail? Once you hit a breakpoint you should be able to 
change breakpoints in the open debugger.
> 
> 5. The only way that guarantees a clean run is to quit LC and start again.

What do you mean by clean run here?
> 
> 6. A partial reset can be achieved by the following:
>   a. having clicked 'stop debugging'...
>   b. open & close Standalone Application Settings
>   c. click Test, which prompts for Save
>   d. click Save and the remote build & install starts
>   e. however, the above doesn't always recognise script changes.

I think the above is related to #3. Perhaps a misunderstanding about what 
happens once you edit the local stack scripts during a remote debugger session?

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: Remote Debugger Frustrations

2017-10-31 Thread J. Landman Gay via use-livecode

On 10/31/17 5:15 AM, Peter Reid via use-livecode wrote:

3. Often it steps through the script as it was just before the latest change, 
i.e. it doesn't take into account the latest script edits.

4. It can be difficult to change break points during remote debugging.


You need to recompile/rebuild the app every time you make a change. 
Built apps can't be modified, and that includes the location of the 
breakpoints. That does slow down debuging because you can't move or 
create breakpoints without doing a rebuild, and the scripts are of 
course permanent until the app is recreated.


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


Remote Debugger Frustrations

2017-10-31 Thread Peter Reid via use-livecode
How are people getting on with the remote debugger facility? I'm finding it 
very useful but also frustrating for the following reasons:

1. It's SLOW. I'm running LC 9 on an iMac with a 4GHz quad i7 processor and 
24GB RAM connected by USB to an Amazon Fire 7 tablet, yet each step through the 
script in the debugger takes several seconds.

2. It's difficult to stop to make changes. Clicking the stop debugging button 
often doesn't work or takes a long time to react and even when apparently 
stopped it's still making everything slow.

3. Often it steps through the script as it was just before the latest change, 
i.e. it doesn't take into account the latest script edits.

4. It can be difficult to change break points during remote debugging.

5. The only way that guarantees a clean run is to quit LC and start again.

6. A partial reset can be achieved by the following:
a. having clicked 'stop debugging'...
b. open & close Standalone Application Settings
c. click Test, which prompts for Save
d. click Save and the remote build & install starts
e. however, the above doesn't always recognise script changes.

I find the Remote Debugger to be very helpful. BUT, if only there was a quick 
reliable way of stopping, editing the script and continuing/restarting.  
Currently the run-check-edit-rerun cycle is far too slow and error prone using 
the remote debugger.

Any thoughts or advice from other users of the Remote Debugger?

Peter
--
Peter Reid
Loughborough, UK


___
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: remote debugger on windows

2017-04-04 Thread Mark Wieder via use-livecode

On 04/04/2017 06:36 PM, Monte Goulding via use-livecode wrote:


What socket(s) does the remote debugger use? I'd like to stay out of its way.


It begins at 54321 and bumps the port each time accept fails until it finds 
one. The standalone is then inited with the current port in use by the IDE at 
build time.


Thanks. No worries then.

--
 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: remote debugger on windows

2017-04-04 Thread Monte Goulding via use-livecode

> On 5 Apr 2017, at 11:11 am, Mark Wieder via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> On 04/04/2017 04:49 PM, Monte Goulding via use-livecode wrote:
>> Hmm… the remote debugger uses sockets.
> 
> What socket(s) does the remote debugger use? I'd like to stay out of its way.

It begins at 54321 and bumps the port each time accept fails until it finds 
one. The standalone is then inited with the current port in use by the IDE at 
build time.

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: remote debugger on windows

2017-04-04 Thread Mark Wieder via use-livecode

On 04/04/2017 04:49 PM, Monte Goulding via use-livecode wrote:

Hmm… the remote debugger uses sockets.


What socket(s) does the remote debugger use? I'd like to stay out of its 
way.


--
 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: remote debugger on windows

2017-04-04 Thread Matt Maier via use-livecode
Thanks Monte. There was an instance of the standalone stuck in task
manager. Forcing that to end allowed the popup and debugging window to work
mostly as described.

It ran into an error when it got to revZipOpenArchive and the script died.
The debugger didn't do anything particularly helpful there, but it is nice
to know where the hard error happened. That's a line that works when I step
through it in the IDE.

On Tue, Apr 4, 2017 at 4:49 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hmm… the remote debugger uses sockets. You might want to check the IDE is
> being allowed to accept connections. Also perhaps check if there are any
> rogue processes of the standalone or IDE in the task manager.
>
> > On 5 Apr 2017, at 9:32 am, Matt Maier via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I'm not trying to do anything fancy like debug an app on iOS/Android. I'm
> > just trying to debug a standalone running on my windows desktop.
> >
> > So I've got 9.0 dp 6
> > script debug mode is checked
> > test target is windows
> > remote debugger is checked in standalone inclusions
> >
> > I've tried just running a test from the IDE and saving as a standalone,
> > then running that standalone with the IDE also running. Neither gives me
> > the "remote debugging session" popup anymore. It appeared once or twice
> the
> > first time I tried but hasn't reappeared since then.
> >
> > The running application partially freezes at the moment when I would
> expect
> > the script window to popup due to a breakpoint. Some of the functions
> don't
> > respond, some do. No script window appears, no popup.
> >
> > Am I missing something?
> > ___
> > 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: remote debugger on windows

2017-04-04 Thread Monte Goulding via use-livecode
Hmm… the remote debugger uses sockets. You might want to check the IDE is being 
allowed to accept connections. Also perhaps check if there are any rogue 
processes of the standalone or IDE in the task manager.

> On 5 Apr 2017, at 9:32 am, Matt Maier via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> I'm not trying to do anything fancy like debug an app on iOS/Android. I'm
> just trying to debug a standalone running on my windows desktop.
> 
> So I've got 9.0 dp 6
> script debug mode is checked
> test target is windows
> remote debugger is checked in standalone inclusions
> 
> I've tried just running a test from the IDE and saving as a standalone,
> then running that standalone with the IDE also running. Neither gives me
> the "remote debugging session" popup anymore. It appeared once or twice the
> first time I tried but hasn't reappeared since then.
> 
> The running application partially freezes at the moment when I would expect
> the script window to popup due to a breakpoint. Some of the functions don't
> respond, some do. No script window appears, no popup.
> 
> Am I missing something?
> ___
> 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

remote debugger on windows

2017-04-04 Thread Matt Maier via use-livecode
I'm not trying to do anything fancy like debug an app on iOS/Android. I'm
just trying to debug a standalone running on my windows desktop.

So I've got 9.0 dp 6
script debug mode is checked
test target is windows
remote debugger is checked in standalone inclusions

I've tried just running a test from the IDE and saving as a standalone,
then running that standalone with the IDE also running. Neither gives me
the "remote debugging session" popup anymore. It appeared once or twice the
first time I tried but hasn't reappeared since then.

The running application partially freezes at the moment when I would expect
the script window to popup due to a breakpoint. Some of the functions don't
respond, some do. No script window appears, no popup.

Am I missing something?
___
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: Remote debugger

2017-03-06 Thread Roger Eller via use-livecode
Where can the new version be found?  Is this page still maintained?
http://mergext.com/plugins/mergdeploy/



On Mon, Mar 6, 2017 at 2:19 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 7 Mar 2017, at 4:01 am, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > 1) There may be a crash bug related to mergDeploy (19365).  I don't KNOW
> > that's mergDeploy related, but if MD is enabled, LC crashes, and if it is
> > not, it doesn't.
> > 2) Seeing !n instead of device name (19376)
>
> Hopefully the new version of mergDeploy will have fixed those already ;-)
> ___
> 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: Remote debugger

2017-03-06 Thread Monte Goulding via use-livecode

> On 7 Mar 2017, at 4:01 am, Mike Kerner via use-livecode 
>  wrote:
> 
> 1) There may be a crash bug related to mergDeploy (19365).  I don't KNOW
> that's mergDeploy related, but if MD is enabled, LC crashes, and if it is
> not, it doesn't.
> 2) Seeing !n instead of device name (19376)

Hopefully the new version of mergDeploy will have fixed those already ;-)
___
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: Remote debugger

2017-03-06 Thread Mike Kerner via use-livecode
Monte,
A couple of things:
1) There may be a crash bug related to mergDeploy (19365).  I don't KNOW
that's mergDeploy related, but if MD is enabled, LC crashes, and if it is
not, it doesn't.
2) Seeing !n instead of device name (19376)

On Sun, Mar 5, 2017 at 8:00 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Folks
>
> gREVDevelopment is not necessary for the remote debugger to function.
>
> I have create an enhancement report for the remote debugger to
> automatically turn on android internet permissions:
> http://quality.livecode.com/show_bug.cgi?id=19370 <
> http://quality.livecode.com/show_bug.cgi?id=19370>
>
> The new version of mergDeploy didn’t make DP 5. Hopefully it will make the
> next DP but as I have been off for a week I’m not sure if work is complete
> on that and it will be in the one after. This will enable the IDE to
> recognise attached iOS devices and the Test button to install apps onto
> them. The only difference to Android is you need to tap the app icon on the
> device to start it running.
>
> Cheers
>
> Monte
>
>
> > On 5 Mar 2017, at 5:53 pm, Sannyasin Brahmanathaswami via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Never mind… went thru the whole process again. on android → force stop
> the app and then the IDE says the debugging session closed.
> >
> > Awesome I found an obscure bug or rather difference
> >
> > binfile://someAppPath/Unicode.txt  into myNewText
> >
> > works on iOS and Mac OSX
> >
> > but not on android
> >
> > only 1 slash allowed..
> >
> > binfile:/someAppPath/Unicode.txt  into myNewText #now works everywhere
> >
> > This is a great step forward! Thank you Monte for the hard work!
> >
> > BR
> >
> >
> >
> > On 3/4/17, 8:37 PM, "use-livecode on behalf of Sannyasin
> Brahmanathaswami via use-livecode" <use-livecode-boun...@lists.runrev.com
> on behalf of use-livecode@lists.runrev.com> wrote:
> >
> >So far, so good; but I could "escape out" -- my app is locked upon
> the phone, (because I'm in the script editor no doubt) app and IDE on my
> desktop is locked. There was no way to return to development and look at
> the source.. I had to quit my main stack and start it again… on the phone I
> went to settings/Apps/SivaSiva -- force stop…did not have to quit LC though…
> >
> > ___
> > 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Remote debugger

2017-03-05 Thread Monte Goulding via use-livecode
Hi Folks

gREVDevelopment is not necessary for the remote debugger to function.

I have create an enhancement report for the remote debugger to automatically 
turn on android internet permissions:
http://quality.livecode.com/show_bug.cgi?id=19370 
<http://quality.livecode.com/show_bug.cgi?id=19370>

The new version of mergDeploy didn’t make DP 5. Hopefully it will make the next 
DP but as I have been off for a week I’m not sure if work is complete on that 
and it will be in the one after. This will enable the IDE to recognise attached 
iOS devices and the Test button to install apps onto them. The only difference 
to Android is you need to tap the app icon on the device to start it running.

Cheers

Monte


> On 5 Mar 2017, at 5:53 pm, Sannyasin Brahmanathaswami via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Never mind… went thru the whole process again. on android → force stop the 
> app and then the IDE says the debugging session closed.
> 
> Awesome I found an obscure bug or rather difference
> 
> binfile://someAppPath/Unicode.txt  into myNewText
> 
> works on iOS and Mac OSX
> 
> but not on android
> 
> only 1 slash allowed.. 
> 
> binfile:/someAppPath/Unicode.txt  into myNewText #now works everywhere
> 
> This is a great step forward! Thank you Monte for the hard work!
> 
> BR
> 
> 
> 
> On 3/4/17, 8:37 PM, "use-livecode on behalf of Sannyasin Brahmanathaswami via 
> use-livecode" <use-livecode-boun...@lists.runrev.com on behalf of 
> use-livecode@lists.runrev.com> wrote:
> 
>So far, so good; but I could "escape out" -- my app is locked upon the 
> phone, (because I'm in the script editor no doubt) app and IDE on my desktop 
> is locked. There was no way to return to development and look at the source.. 
> I had to quit my main stack and start it again… on the phone I went to 
> settings/Apps/SivaSiva -- force stop…did not have to quit LC though…
> 
> ___
> 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: Remote debugger

2017-03-04 Thread Sannyasin Brahmanathaswami via use-livecode
Never mind… went thru the whole process again. on android → force stop the app 
and then the IDE says the debugging session closed.

Awesome I found an obscure bug or rather difference

binfile://someAppPath/Unicode.txt  into myNewText

works on iOS and Mac OSX

but not on android

only 1 slash allowed.. 

binfile:/someAppPath/Unicode.txt  into myNewText #now works everywhere

This is a great step forward! Thank you Monte for the hard work!

BR

 

On 3/4/17, 8:37 PM, "use-livecode on behalf of Sannyasin Brahmanathaswami via 
use-livecode"  wrote:

So far, so good; but I could "escape out" -- my app is locked upon the 
phone, (because I'm in the script editor no doubt) app and IDE on my desktop is 
locked. There was no way to return to development and look at the source.. I 
had to quit my main stack and start it again… on the phone I went to 
settings/Apps/SivaSiva -- force stop…did not have to quit LC though…

___
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: Remote debugger

2017-03-04 Thread Sannyasin Brahmanathaswami via use-livecode
Eureka! I got it working on Andrioid 
--TSNet, check
--internet, check
--remote debugger, check
--internet permissions, check
-- manually set gRevDevelopment to true 
 (in msg box) # confirmed it is false even when checked in the IDE (weird)
-- set break point in a script
--  plug in Nexus5 with USB… 
-- build standalone
-- run: Yes! I'm asked if I want to run the debug session. I found where there 
is a problem  on android in a script that runs just fine on iOS and OSX desktop)

So far, so good; but I could "escape out" -- my app is locked upon the phone, 
(because I'm in the script editor no doubt) app and IDE on my desktop is 
locked. There was no way to return to development and look at the source.. I 
had to quit my main stack and start it again… on the phone I went to 
settings/Apps/SivaSiva -- force stop…did not have to quit LC though… 

Svasti Astu, Be Well 
Brahmanathaswami

www.himalayanacademy.com

 

On 3/4/17, 2:54 PM, "use-livecode on behalf of Mike Kerner via use-livecode" 
<use-livecode-boun...@lists.runrev.com on behalf of 
use-livecode@lists.runrev.com> wrote:

I have it working on ios, but I have found several bugs with it.  It's the
first try...



___
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: Remote debugger

2017-03-04 Thread Mike Kerner via use-livecode
I have it working on ios, but I have found several bugs with it.  It's the
first try...

On Sat, Mar 4, 2017 at 5:35 PM, Dave Kilroy via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Jacque - but I’m not convinced that’s it - I set that (for android)
> plus Internet, Remote Debugger - and have tried various combinations of
> including and not including tsNet - and have rebooted by mac and router …
> but I don’t think I tried making wifi required for iOS, will try that in
> the morning
>
> One thing I am suspicious of however is gRevDevelopment - when I look at
> my menu sections in the IDE I can see it’s set, but when I check in the
> message box it show false - if I set it to true (via the message box or in
> code) then I can get the message box to report it as true, and it shows in
> the menus as true - but if I then save and quit and relaunch LiveCode it
> again shows true in the menus but reports as false via the message box! So
> I guess it’s likely that each time I build for iOS/Android its going out
> with gRevDevelopment set to false
>
> And what is extra weird is that this behaviour of the gRevDevelopment not
> having much/any relationship to the settings in the IDE’s menus is the same
> in earlier version of LC 8, 7 and even 6
>
> I obviously don’t understand what gRevDevelopment does!
>
>
>
> > Looks like you fell into the same trap I did. You have to enable
> > internet permissions on Android. Not sure about iOS but you might try
> > making WiFi mandatory.
> >
> > --
> > Jacqueline Landman Gay | [hidden email] <
> http://runtime-revolution.278305.n4.nabble.com/user/
> SendEmail.jtp?type=node=4712827=0>
> > HyperActive Software   | http://www.hyperactivesw.com <
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Remote debugger

2017-03-04 Thread Dave Kilroy via use-livecode
Thanks Jacque - but I’m not convinced that’s it - I set that (for android) plus 
Internet, Remote Debugger - and have tried various combinations of including 
and not including tsNet - and have rebooted by mac and router … but I don’t 
think I tried making wifi required for iOS, will try that in the morning

One thing I am suspicious of however is gRevDevelopment - when I look at my 
menu sections in the IDE I can see it’s set, but when I check in the message 
box it show false - if I set it to true (via the message box or in code) then I 
can get the message box to report it as true, and it shows in the menus as true 
- but if I then save and quit and relaunch LiveCode it again shows true in the 
menus but reports as false via the message box! So I guess it’s likely that 
each time I build for iOS/Android its going out with gRevDevelopment set to 
false

And what is extra weird is that this behaviour of the gRevDevelopment not 
having much/any relationship to the settings in the IDE’s menus is the same in 
earlier version of LC 8, 7 and even 6

I obviously don’t understand what gRevDevelopment does!



> Looks like you fell into the same trap I did. You have to enable 
> internet permissions on Android. Not sure about iOS but you might try 
> making WiFi mandatory. 
> 
> -- 
> Jacqueline Landman Gay | [hidden email] 
> <http://runtime-revolution.278305.n4.nabble.com/user/SendEmail.jtp?type=node=4712827=0>
>  
> HyperActive Software   | http://www.hyperactivesw.com 
> <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: Remote debugger

2017-03-04 Thread J. Landman Gay via use-livecode

On 3/4/17 1:58 PM, Dave Kilroy via use-livecode wrote:

Nope I can’t get this working in iOS or Android :( however it does fire in the 
iOS simulator

http://quality.livecode.com/show_bug.cgi?id=19367


Looks like you fell into the same trap I did. You have to enable 
internet permissions on Android. Not sure about iOS but you might try 
making WiFi mandatory.


--
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: Remote debugger

2017-03-04 Thread Dave Kilroy via use-livecode
Nope I can’t get this working in iOS or Android :( however it does fire in the 
iOS simulator

http://quality.livecode.com/show_bug.cgi?id=19367


___
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: Remote debugger

2017-03-04 Thread Sannyasin Brahmanathaswami via use-livecode
J. Landman Gay wrote:

So far, all I've found is the blog post:
<https://livecode.com/debug-your-standalones-with-the-remote-debugger/>


Thanks.

Seems easier for android because you can run test to the device on a tethered 
phone, but I can't do that with iPHone (or can we?) you can only test in the 
simulator….which doesn't always seem to behave exactly as it does on the phone 
itself. 

9 dp5 looks good but is breaking gradients in  some of my graphic objects and 
corrupting the graphic completely..well that was happening before… it went away 
in 8.1.3 but is back now in 9…



___
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: Remote debugger

2017-03-03 Thread J. Landman Gay via use-livecode

So far, all I've found is the blog post:
<https://livecode.com/debug-your-standalones-with-the-remote-debugger/>

It's really great for debugging, a huge step forward. The only glitch I 
found was that I couldn't figure out how to turn it off. I removed all 
breakpoints and hit the Test button again. As expected, I didn't get the 
dialog but the app on the phone just hung at the point where the 
breakpoints used to be. I had to quit and restart LC and test again 
before it behaved normally.


I didn't have the external embedded in the stack, since I was running 
live from the Test button with my phone cabled to the Mac. I just relied 
on the automatic debugging that happens with a cabled device.



On 3/3/17 11:07 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

I'm very late to this party.

Where is the documentation?

I set the inclusion, run test target my android → nexus 5  and the
dialog opens "Do you want to start remote debugging" I say yes… click
through my app on the phone until finally it crashes and quits.
Dialog in the IDE opens "Remote debugging session ended"

OK, I did not set any break points… but there do we find information?
any log file.

From the thread here I'm not seeing the original announcement/link to
documention… sounds marvelous!





--
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: Remote debugger

2017-03-03 Thread Sannyasin Brahmanathaswami via use-livecode
I'm very late to this party.

Where is the documentation?

I set the inclusion, run test target my android → nexus 5  and the dialog opens 
"Do you want to start remote debugging" I say yes… click through my app on the 
phone until finally it crashes and quits. Dialog in the IDE opens "Remote 
debugging session ended"

OK, I did not set any break points… but there do we find information? any log 
file.

From the thread here I'm not seeing the original announcement/link to 
documention… sounds marvelous!
 

On 2/24/17, 9:48 AM, "use-livecode on behalf of J. Landman Gay via 
use-livecode"  wrote:

I'd suggest that documentation make it clear what permissions and 
inclusions need to be set up. I'm not sure I'd make the permission 
automatic, since the final standalone may not want that permission set 
and the developer will probably forget to unset it, especially if they 
didn't know it was turned on in the first place.

___
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: Remote debugger

2017-02-24 Thread Monte Goulding via use-livecode
Thanks for the positive feedback. It was an interesting project but *hard* to 
debug when something went wrong.

> On 25 Feb 2017, at 6:48 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'd suggest that documentation make it clear what permissions and inclusions 
> need to be set up. I'm not sure I'd make the permission automatic, since the 
> final standalone may not want that permission set and the developer will 
> probably forget to unset it, especially if they didn't know it was turned on 
> in the first place.


We probably need a system of standalone settings dependencies for inclusions in 
general anyway ;-)

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: Remote debugger

2017-02-24 Thread Richmond Mathewson via use-livecode

Today I spent most of the day using a proximal debugger: a nit comb,
for the simple reason that as the weather has warmed up several of the 
children

picked up head-lice from "somewhere".

When I saw postings about a "remote debugger" it cheered me up no end 
after an awful day.


Thanks; what a lovely Use-list!

Richmond.

On 2/24/17 10:01 pm, Roger Eller via use-livecode wrote:

But if you wanted to continue developing an alternative way of remote
debugging, the open-source LC users would love you.  :)


On Fri, Feb 24, 2017 at 2:48 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 2/24/17 2:36 AM, Monte Goulding via use-livecode wrote:


You need to ensure the internet permission is on for android. We
probably should make that automagicial with the test button..


Oh duh. Of course. I had overlooked the Android permission. Just in case,
I also added internet and TSNet to the inclusions. Are those necessary too?
I'm thinking probably not.

So I ran my test stack again and was blown away. This is one of the
coolest and most needed features we've had in a very long time. In my
current project I need to get the text of a long error result and was about
to write an ftp handler so I could move it out of the Android sandbox to a
place where I could access the text. Now I don't have to, I can just get it
from the debugger. This is amazing.

I'd suggest that documentation make it clear what permissions and
inclusions need to be set up. I'm not sure I'd make the permission
automatic, since the final standalone may not want that permission set and
the developer will probably forget to unset it, especially if they didn't
know it was turned on in the first place.

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


___
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: Remote debugger

2017-02-24 Thread Roger Eller via use-livecode
But if you wanted to continue developing an alternative way of remote
debugging, the open-source LC users would love you.  :)


On Fri, Feb 24, 2017 at 2:48 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2/24/17 2:36 AM, Monte Goulding via use-livecode wrote:
>
>> You need to ensure the internet permission is on for android. We
>> probably should make that automagicial with the test button..
>>
>
> Oh duh. Of course. I had overlooked the Android permission. Just in case,
> I also added internet and TSNet to the inclusions. Are those necessary too?
> I'm thinking probably not.
>
> So I ran my test stack again and was blown away. This is one of the
> coolest and most needed features we've had in a very long time. In my
> current project I need to get the text of a long error result and was about
> to write an ftp handler so I could move it out of the Android sandbox to a
> place where I could access the text. Now I don't have to, I can just get it
> from the debugger. This is amazing.
>
> I'd suggest that documentation make it clear what permissions and
> inclusions need to be set up. I'm not sure I'd make the permission
> automatic, since the final standalone may not want that permission set and
> the developer will probably forget to unset it, especially if they didn't
> know it was turned on in the first place.
>
> --
> 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: Remote debugger

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

On 2/24/17 2:36 AM, Monte Goulding via use-livecode wrote:

You need to ensure the internet permission is on for android. We
probably should make that automagicial with the test button..


Oh duh. Of course. I had overlooked the Android permission. Just in 
case, I also added internet and TSNet to the inclusions. Are those 
necessary too? I'm thinking probably not.


So I ran my test stack again and was blown away. This is one of the 
coolest and most needed features we've had in a very long time. In my 
current project I need to get the text of a long error result and was 
about to write an ftp handler so I could move it out of the Android 
sandbox to a place where I could access the text. Now I don't have to, I 
can just get it from the debugger. This is amazing.


I'd suggest that documentation make it clear what permissions and 
inclusions need to be set up. I'm not sure I'd make the permission 
automatic, since the final standalone may not want that permission set 
and the developer will probably forget to unset it, especially if they 
didn't know it was turned on in the first place.


--
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: Remote debugger

2017-02-24 Thread Mike Kerner via use-livecode
Some more instruction on this might be helpful - if there is a socket
connection, what port has to be clear?  Is the development machine supposed
to be listening for the mobile?  I have additional security on our network,
and on each endpoint, so that may need to be dealt with.

On Fri, Feb 24, 2017 at 3:44 AM, Ali Lloyd via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The dialog asking if you want to start a remote debug session should occur
> as soon as you launch the app, so if that isn't happening then something is
> not working with the socket, I would imagine. Perhaps try with the phone
> actually connected by USB to the Mac and see if that works?
>
> On Fri, Feb 24, 2017 at 6:54 AM J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Debug mode is on (it always is, but I just checked again.) I set
> > gRevDevelopment to true, but no change. It acts like the phone script
> > stops at the breakpoint but the IDE doesn't know anything happened.
> >
> >
> > On 2/24/17 12:39 AM, panagiotis merakos via use-livecode wrote:
> > > Hmm I guess you have checked Script Debug mode, is that correct? Maybe
> it
> > > is worth typing in the msg box "put true into grevdevelopment" and test
> > > again. This will catch any silent failure in the IDE, if any.
> > >
> > > On 24 Feb 2017 06:31, "J. Landman Gay via use-livecode" <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > Hi Panos,
> > >
> > > I did it both ways, with the remote debugger included and without, but
> > got
> > > the same results. It stops the app at the point where it should
> activate
> > > and nothing else happens.
> > >
> > >
> > >
> > > On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote:
> > >
> > >> Hi Jacque,
> > >>
> > >> Make sure you add the remote debugger inclusion in Inclusions pane.
> This
> > >> should not be necessary in the IDE, but currently you maybe have to do
> > it.
> > >>
> > >> Best,
> > >> Panos
> > >>
> > >> On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" <
> > >> use-livecode@lists.runrev.com> wrote:
> > >>
> > >> I jumped all over this right away. I set a breakpoint in a test stack,
> > >>> tethered my phone to the Mac, and clicked the Test button.
> > >>>
> > >>> My button script:
> > >>>
> > >>> on mouseUp
> > >>>   get "Testing"
> > >>>   put it into fld 1 -- breakpoint set here
> > >>> end mouseUP
> > >>>
> > >>> The app launched on my phone and the script stopped executing at the
> > right
> > >>> place (nothing went into fld 1) but I wasn't asked if I wanted to
> > start a
> > >>> debugging session and the IDE didn't go into debug mode.
> > >>>
> > >>> Is there something else I need to do to in the stack to activate
> remote
> > >>> debugging?
> > >>>
> > >>> Samsung S4, Android 5.0.1
> > >>>
> > >>> --
> > >>> 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
> > >>
> > >>
> > >
> >
> >
> > --
> > 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Remote debugger

2017-02-24 Thread Ali Lloyd via use-livecode
The dialog asking if you want to start a remote debug session should occur
as soon as you launch the app, so if that isn't happening then something is
not working with the socket, I would imagine. Perhaps try with the phone
actually connected by USB to the Mac and see if that works?

On Fri, Feb 24, 2017 at 6:54 AM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Debug mode is on (it always is, but I just checked again.) I set
> gRevDevelopment to true, but no change. It acts like the phone script
> stops at the breakpoint but the IDE doesn't know anything happened.
>
>
> On 2/24/17 12:39 AM, panagiotis merakos via use-livecode wrote:
> > Hmm I guess you have checked Script Debug mode, is that correct? Maybe it
> > is worth typing in the msg box "put true into grevdevelopment" and test
> > again. This will catch any silent failure in the IDE, if any.
> >
> > On 24 Feb 2017 06:31, "J. Landman Gay via use-livecode" <
> > use-livecode@lists.runrev.com> wrote:
> >
> > Hi Panos,
> >
> > I did it both ways, with the remote debugger included and without, but
> got
> > the same results. It stops the app at the point where it should activate
> > and nothing else happens.
> >
> >
> >
> > On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote:
> >
> >> Hi Jacque,
> >>
> >> Make sure you add the remote debugger inclusion in Inclusions pane. This
> >> should not be necessary in the IDE, but currently you maybe have to do
> it.
> >>
> >> Best,
> >> Panos
> >>
> >> On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> I jumped all over this right away. I set a breakpoint in a test stack,
> >>> tethered my phone to the Mac, and clicked the Test button.
> >>>
> >>> My button script:
> >>>
> >>> on mouseUp
> >>>   get "Testing"
> >>>   put it into fld 1 -- breakpoint set here
> >>> end mouseUP
> >>>
> >>> The app launched on my phone and the script stopped executing at the
> right
> >>> place (nothing went into fld 1) but I wasn't asked if I wanted to
> start a
> >>> debugging session and the IDE didn't go into debug mode.
> >>>
> >>> Is there something else I need to do to in the stack to activate remote
> >>> debugging?
> >>>
> >>> Samsung S4, Android 5.0.1
> >>>
> >>> --
> >>> 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
> >>
> >>
> >
>
>
> --
> 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: Remote debugger

2017-02-24 Thread Monte Goulding via use-livecode
You need to ensure the internet permission is on for android. We probably 
should make that automagicial with the test button..

Sent from my iPhone

> On 24 Feb 2017, at 4:44 pm, J. Landman Gay via use-livecode 
>  wrote:
> 
> I jumped all over this right away. I set a breakpoint in a test stack, 
> tethered my phone to the Mac, and clicked the Test button.
> 
> My button script:
> 
> on mouseUp
>  get "Testing"
>  put it into fld 1 -- breakpoint set here
> end mouseUP
> 
> The app launched on my phone and the script stopped executing at the right 
> place (nothing went into fld 1) but I wasn't asked if I wanted to start a 
> debugging session and the IDE didn't go into debug mode.
> 
> Is there something else I need to do to in the stack to activate remote 
> debugging?
> 
> Samsung S4, Android 5.0.1
> 
> -- 
> 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: Remote debugger

2017-02-23 Thread J. Landman Gay via use-livecode
Debug mode is on (it always is, but I just checked again.) I set 
gRevDevelopment to true, but no change. It acts like the phone script 
stops at the breakpoint but the IDE doesn't know anything happened.



On 2/24/17 12:39 AM, panagiotis merakos via use-livecode wrote:

Hmm I guess you have checked Script Debug mode, is that correct? Maybe it
is worth typing in the msg box "put true into grevdevelopment" and test
again. This will catch any silent failure in the IDE, if any.

On 24 Feb 2017 06:31, "J. Landman Gay via use-livecode" <
use-livecode@lists.runrev.com> wrote:

Hi Panos,

I did it both ways, with the remote debugger included and without, but got
the same results. It stops the app at the point where it should activate
and nothing else happens.



On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote:


Hi Jacque,

Make sure you add the remote debugger inclusion in Inclusions pane. This
should not be necessary in the IDE, but currently you maybe have to do it.

Best,
Panos

On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" <
use-livecode@lists.runrev.com> wrote:

I jumped all over this right away. I set a breakpoint in a test stack,

tethered my phone to the Mac, and clicked the Test button.

My button script:

on mouseUp
  get "Testing"
  put it into fld 1 -- breakpoint set here
end mouseUP

The app launched on my phone and the script stopped executing at the right
place (nothing went into fld 1) but I wasn't asked if I wanted to start a
debugging session and the IDE didn't go into debug mode.

Is there something else I need to do to in the stack to activate remote
debugging?

Samsung S4, Android 5.0.1

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







--
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: Remote debugger

2017-02-23 Thread panagiotis merakos via use-livecode
Hmm I guess you have checked Script Debug mode, is that correct? Maybe it
is worth typing in the msg box "put true into grevdevelopment" and test
again. This will catch any silent failure in the IDE, if any.

On 24 Feb 2017 06:31, "J. Landman Gay via use-livecode" <
use-livecode@lists.runrev.com> wrote:

Hi Panos,

I did it both ways, with the remote debugger included and without, but got
the same results. It stops the app at the point where it should activate
and nothing else happens.



On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote:

> Hi Jacque,
>
> Make sure you add the remote debugger inclusion in Inclusions pane. This
> should not be necessary in the IDE, but currently you maybe have to do it.
>
> Best,
> Panos
>
> On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" <
> use-livecode@lists.runrev.com> wrote:
>
> I jumped all over this right away. I set a breakpoint in a test stack,
>> tethered my phone to the Mac, and clicked the Test button.
>>
>> My button script:
>>
>> on mouseUp
>>   get "Testing"
>>   put it into fld 1 -- breakpoint set here
>> end mouseUP
>>
>> The app launched on my phone and the script stopped executing at the right
>> place (nothing went into fld 1) but I wasn't asked if I wanted to start a
>> debugging session and the IDE didn't go into debug mode.
>>
>> Is there something else I need to do to in the stack to activate remote
>> debugging?
>>
>> Samsung S4, Android 5.0.1
>>
>> --
>> 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
>
>

-- 
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: Remote debugger

2017-02-23 Thread J. Landman Gay via use-livecode
How do the sockets communicate? My phone is on wifi, my Mac is ethernet. 
They both go through the same router though.


On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote:

Hi Jacque,

Make sure you add the remote debugger inclusion in Inclusions pane. This
should not be necessary in the IDE, but currently you maybe have to do it.

Best,
Panos

On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" <
use-livecode@lists.runrev.com> wrote:


I jumped all over this right away. I set a breakpoint in a test stack,
tethered my phone to the Mac, and clicked the Test button.

My button script:

on mouseUp
  get "Testing"
  put it into fld 1 -- breakpoint set here
end mouseUP

The app launched on my phone and the script stopped executing at the right
place (nothing went into fld 1) but I wasn't asked if I wanted to start a
debugging session and the IDE didn't go into debug mode.

Is there something else I need to do to in the stack to activate remote
debugging?

Samsung S4, Android 5.0.1

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




--
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: Remote debugger

2017-02-23 Thread J. Landman Gay via use-livecode

Hi Panos,

I did it both ways, with the remote debugger included and without, but 
got the same results. It stops the app at the point where it should 
activate and nothing else happens.



On 2/24/17 12:21 AM, panagiotis merakos via use-livecode wrote:

Hi Jacque,

Make sure you add the remote debugger inclusion in Inclusions pane. This
should not be necessary in the IDE, but currently you maybe have to do it.

Best,
Panos

On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" <
use-livecode@lists.runrev.com> wrote:


I jumped all over this right away. I set a breakpoint in a test stack,
tethered my phone to the Mac, and clicked the Test button.

My button script:

on mouseUp
  get "Testing"
  put it into fld 1 -- breakpoint set here
end mouseUP

The app launched on my phone and the script stopped executing at the right
place (nothing went into fld 1) but I wasn't asked if I wanted to start a
debugging session and the IDE didn't go into debug mode.

Is there something else I need to do to in the stack to activate remote
debugging?

Samsung S4, Android 5.0.1

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




--
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: Remote debugger

2017-02-23 Thread panagiotis merakos via use-livecode
Hi Jacque,

Make sure you add the remote debugger inclusion in Inclusions pane. This
should not be necessary in the IDE, but currently you maybe have to do it.

Best,
Panos

On 24 Feb 2017 05:45, "J. Landman Gay via use-livecode" <
use-livecode@lists.runrev.com> wrote:

> I jumped all over this right away. I set a breakpoint in a test stack,
> tethered my phone to the Mac, and clicked the Test button.
>
> My button script:
>
> on mouseUp
>   get "Testing"
>   put it into fld 1 -- breakpoint set here
> end mouseUP
>
> The app launched on my phone and the script stopped executing at the right
> place (nothing went into fld 1) but I wasn't asked if I wanted to start a
> debugging session and the IDE didn't go into debug mode.
>
> Is there something else I need to do to in the stack to activate remote
> debugging?
>
> Samsung S4, Android 5.0.1
>
> --
> 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


Remote debugger

2017-02-23 Thread J. Landman Gay via use-livecode
I jumped all over this right away. I set a breakpoint in a test stack, 
tethered my phone to the Mac, and clicked the Test button.


My button script:

on mouseUp
  get "Testing"
  put it into fld 1 -- breakpoint set here
end mouseUP

The app launched on my phone and the script stopped executing at the 
right place (nothing went into fld 1) but I wasn't asked if I wanted to 
start a debugging session and the IDE didn't go into debug mode.


Is there something else I need to do to in the stack to activate remote 
debugging?


Samsung S4, Android 5.0.1

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


Remote debugger vs other issues in targeting

2017-02-10 Thread Pyyhtiä Christer via use-livecode
The forthcoming Remote Debugger will definitely be of value in targeting 
LiveCode apps to the devices.  However, there are areas, especially in catching 
issues taking place in (nearly) real time, which I - and don't know how many 
others - have met as the most problematic ones.  Not all of the apps won't meet 
these, if developed to be "contained", that means working without external or 
file communication.

The examples having caused excessive headache to me include the following.

-  what happens in communication with the apps library purchasing options like 
subscription;
-  what happens with user clicks - there is a place for an Application Note how 
to make it correctly, for example to avoid double clicks received;
-  user entry into the fields, including the use of del key;
-  where did your PC (Program Counter - I belong to those ancient machine code 
programmers) get lost with chained subroutine / handler calls or continuous 
wake-up's (send to handler after...) and what was done to your global variables 
in what order;
-  why does the exact same user behaviour, for example with Samsung SGS 4 or 6 
or Sony Experia Tablet produce different route of actions as entries are of 
different code, and
-  what is the correct way of handling character sets with different devices' 
I/O and setups (like kb automatic text correction). 

The list is not exhaustive.

The problem escalates if you build a system using back-end server software 
(which thanks to LiveCode On-Rev is very, very easy and efficient), and use the 
file services and external communications from within. There even seems to be 
slightly different behaviour between the selected target devices with exactly 
same source code, how it is sent and received forth and back.  Getting 
expertise in every version turn.

This is not a manifest against the Remote Debugger, vice versa. Unfortunately 
could not extract from the demo if the headaches above could be addressed by 
the new functionality.

I would be interested to hear of any experiences from the user community 
tackling problems like described above.

thx

Christer Pyyhtiä
MindCrea Ltd
chris...@mindcrea.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