Look in the script editor breakpoints tab. If there are any there delete them.
Just spitballing.
Bob S
On Jan 16, 2021, at 7:10 AM, Bernard Devlin via use-livecode
mailto:use-livecode@lists.runrev.com>> wrote:
Hi Bernd
Thanks for the suggestion. But I think the evidence points away from this
Hi Bernd
Thanks for the suggestion. But I think the evidence points away from this.
One thing I've done is
- change the script (could be just addition of a comment)
- copy entire script
- apply & close
- re-open script editor --> *change is missing*
- close IDE
- re-open LC
- open stack script i
Hi Alex
- no plugins using sockets
- Business 9.6.1
- no other debuggers/editors in use or used (I have crashed/restarted LC a
few dozen times today)
- no remote debugging
This is just a plain old stack, only a mouseup in a button, everything else
in the stack script.
I'm going to have to look b
While debugging in the IDE(Win 10 LC 9.6.1 VM) I have a socket
client(plug-in) that had an open socket to the socket server on another Win
10 PC(metal running in a Win service written in LC also). I make changes in
the IDE, save the stack and then generate an Android apk and the send the
apk via so
Thanks Alex.
I will keep your advice in mind.
Matthias
-
Matthias Rebbe
Life Is Too Short For Boring Code
> Am 15.01.2021 um 18:22 schrieb Alex Tweedly via use-livecode
> :
>
>
> On 15/01/2021 14:46, matthias rebbe via use-livecode wrote:
>> Alex,
>> for a new project which should include soc
Hi Bernard,
I have seen similar behavior of the apply button indicating "clean" when the
script was "dirty"/had compile errors. That was without sockets.
https://quality.livecode.com/show_bug.cgi?id=22555
maybe your problem is related
Kind regards
Bernd
___
On 15/01/2021 14:46, matthias rebbe via use-livecode wrote:
Alex,
for a new project which should include socket communication i have to prototype a short
"demo" and i was already wondering if i need to have running 2 instances of the
LC IDE for development.
But now you wrote that you had one
On 15/01/2021 15:30, Bernard Devlin via use-livecode wrote:
I'm seeing exactly the same range of behaviours I described earlier for
9.5.1 on Win 10 but with 9.6.1 on OS X.
It's very strange that Alex is also editing scripts with sockets
opened/closed but not losing changes made in the script e
I'm seeing exactly the same range of behaviours I described earlier for
9.5.1 on Win 10 but with 9.6.1 on OS X.
It's very strange that Alex is also editing scripts with sockets
opened/closed but not losing changes made in the script editor. I also had
3 crashes on OS X within 30 minutes of workin
Bernard,
thanks for clarifying.
-
Matthias Rebbe
Life Is Too Short For Boring Code
> Am 15.01.2021 um 15:52 schrieb Bernard Devlin via use-livecode
> :
>
> "do i understand it correctly that both, server and client stack, can
> communicate with each other using sockets in one instance of the L
"do i understand it correctly that both, server and client stack, can
communicate with each other using sockets in one instance of the LC IDE"
Your understanding is correct. On the other project (where I didn't have
this current problem) I had half a dozen clients and 1 "server" running in
the IDE
Alex,
for a new project which should include socket communication i have to
prototype a short "demo" and i was already wondering if i need to have running
2 instances of the LC IDE for development.
But now you wrote that you had one server and even multiple client stacks
opened in LC.
So do i
Thanks Alex for your quick response.
I'll try with 9.6.1 on Mac. The only other difference between us is that
my sockets are interacting with a process outside of LC. But I can't see
why that would make a difference (particularly once I've closed all
sockets, I wouldn't expect sockets to interfer
I've not seen any such problems - though with 9.6.1 / Mac.
I've spent most of the last week in the IDE, with two or more stacks
open (one server, one client - occasionally multiple client stacks) so I
have multiple open sockets (both 'accept'ing and 'open'ed) almost all
the time, and had no p
14 matches
Mail list logo
