LiveCode Forums

Richard, I looked at the suggested post. It is related, but not exactly the issue at hand. The post describes what looks like a nice feature for the sending socket, but I am stuck with the inability to receive datagrams that don't come from the specified socket, even though they are directed to the ...

Wait a minute! Further testing and wiresharking shows the situation is more complicated and possibly sheds light on the woes of others. It turns out that if you open a UDP socket to a remote endpoint (IP Address + port), then when you read from the socket, you will ONLY see data that comes back to y...

Never mind. With the help of the http://lessons.livecode.com/m/4071/l/12924-how-to-communicate-with-other-applications-using-sockets I got my little test UDP and TCP server working. The trick for me was to do the read with message "ReadComplete" before doing the write. And don't expect the "open dat...

This is a similar situation to the Peer to Peer networking post already in this forum, but distills the question a bit more. Here is a situation i think LC should be able to handle, but it does not. Imagine a UDP server that reads a line from port 5200, then sends a UDP response back to the client t...

If I set the standalone settings to include revZip, then sure enough, the librevzip.so makes it into the /lib/armeabi folder of the .apk file. But I do not see how to get my libraries into that location. This might be the last holdup.

Does that Anything in the copy files pane is placed into the same folder with the standalone engine magically happen at run-time (or install-time) when the .apk is unpacked? If I unzip the .apk file, then I see that the things I add in the Copy Files pane are placed in /assets folder inside the .apk...

Getting closer... Does anyone know where the files show up that you put in the "CopyFiles" pane of the Standalone build settings. After the program is installed. cannot find where those files exist. This could be the problem now why the .so doea not load--because nothing knows where those files are....

Looks like I should have looked around more before giving up. Monte Goulding on http://livecode.com/blog/2013/ says One of the first things I noticed was it is quite easy to use the old externals SDK on iOS and Android for C or C++ externals. That’s how all of RunRev’s externals work cross platform ...

I would be happy with "not so easy to do". At least that means it is possible!

I am confused about the state of affairs regarding Android Externals. Looks like some folks have integrated Java as the external, and then the merg folks have some externals for Android, but I don't really see anything that says, "As of version x.y.z, you can write C/C++ externals using these header...

I moved the "wait 10 with messages" out of the repeat loop and wrapped it in a try/catch/end try block. That seems to help.

Tried the "wait 10 with messages" suggestion on version 6.1.1. Bad things happened. I got a script error, "execution error at line 31 (wait aborted), char 1" once while I was exiting the IDE. Most of the time, it exits Ok. I have not seen any issues when the standalone exits. And the suggestion does...

In version 6.1.1 this is not perfect. The version number apparently gets saved after the standalone gets built--so it is ready for the next build. But changing the custom property does not set the "dirty" flag on the stack so if you forget to save the stack after the standalone is built, you will no...

This works nicely for me in version 6.1.2 Put these in your stack script. on standaloneSaved put the buildVersionNumber of this stack into x add 1 to x set the buildVersionNumber of this stack to x set the cRevStandaloneSettings["Windows,productversion4"] of this stack to x end standaloneSaved on sa...

Forgot to mention this is with LiveCode 6.1.2.