Sorry for mixing threads and hijacking Dan's original issue with Apples
rejection because of disabling TS Net
moving this to a new thread. here. This is HUGE from my point of view..
though as Dan says, let's just do it, quietly and not abuse it
Though if Richard and Mark's assessement is correct and I think clearly, it
must be and there is no problem, since the app/engine is sandboxed… there is no
way to do some crazy thing like issue
worst case scenario, clearly abuse
put "rm -Rf /*" into tShell
get shell(tShell)
theoretically this would simple "die" with "no permission" in a mobile app.
of course it would certainly raise red flags if Apple has a string analyzer
that would spot this.
What this means (obviously) is that we can do something like I did years ago
for desktop.
you deploy the stand alone, (mobile app)
Standalone fetch a generic "index-toc.livecode.gz" and the index-toc.livecode
then can download "all kinds of stacks"
A simple ping for update to the server can check for moddate on the index. if
new, then download overwriting the existing one in the
specialFolderPath("documents")
launch, and the user has access a whole new fresh update of *content only*
stack(s)
-------------
Dan wrote:
"The app, on launch, downloads a file (a compressed stack) from my server. I
know for fact that went without error. That freshly downloaded stack then
downloads another compressed stack.
BR: wrote: this is "big news" -- I thought the downloading of LC binary stacks
was definitely forbidden fruit inside Apple's Walled Garden
jonathandlynch wrote:
> LC scripts are not executable code?
Richard wrote:
They are to the LiveCode engine, but not to the OS.
LiveCode Script has no access to the OS, and can't touch anything
outside of the LiveCode engine.
So from the OS perspective, scripts are just data, like glorified
spreadsheet formulas. All sandboxing and other API evaluation is
relevant to the LC Engine.
On 8/10/17, 9:42 AM, "use-livecode on behalf of J. Landman Gay via
use-livecode" <use-livecode-boun...@lists.runrev.com on behalf of
use-livecode@lists.runrev.com> wrote:
Well then, that opens up a whole realm of possibilities. I was unaware.
_______________________________________________
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
