ios_system VS ish

I’m not an iOS expert but if you need to call setbuf, then it’s most likely because the shell API that Code App is using is line or block buffered by default. This makes sense because iOS and MacOS are two different things built with different APIs and capabilities. Tried poking around their codebase and looks like their terminal is built off of this library. Looks pretty cool.

LibTerm app might work. It looks to have support for lua scripts using ios_system for system calls. Shortcuts can run scripts from LibTerm. (All of this is untested, but seemed feasible)

But you can get close - ios_system was created that lets multiple programs be combined into one at app build time, and execute them as though they became separate processes. Blink is one of several apps built on ios_system.

> Just imagine how much more versatile the iPad Pro would be if only you could run Linux VMs on it

After installing https://ish.app for Alpine Linux emulation on iPad, one immediately comes up with use cases, even though it's excruciatingly slow.

Hopefully Apple opens up the imminent M3 iPad Pros to run macOS and Linux VMs.

iSH

They don't "allow" it, but most apps that need background execution just ask permission for geolocation tracking and pretend to use it, for example iSH[1]. There are a few activities that the app can do to prevent itself from being suspended when it goes out of focus, like playing sound, geolocation etc.

[1] https://github.com/ish-app/ish/issues/249#issuecomment-54433...

Android: install termux, `pkg install openssh`, and preferably run `termux-setup-storage` to give it access to storage folders.

iOS: I think https://ish.app/ ?

This of course hasn't been true for years, eg: http://omz-software.com/pythonista/index.html

And you can run a C compiler (or anything) inside https://ish.app/ too.

False. iSH is an x86 "bytecode" emulator.

"Possibly the most interesting thing I wrote as part of iSH is the JIT. It's not actually a JIT since it doesn't target machine code. Instead it generates an array of pointers to functions called gadgets, and each gadget ends with a tailcall to the next function; like the threaded code technique used by some Forth interpreters."

https://github.com/ish-app/ish

There is an x86 virtual machkne running Linux available on the App Store now.

https://ish.app/

Now would Apple allow a full blown Windows VM is a different question

There are plenty of solutions for running Python in an IDE on the iPad. There is an even an x86 emulator and a Linux terminal built on top of it in the App Store.

https://ish.app/

It can run anything that you can run on an x86 in user mode. I downloaded the AWS CLI (which requires Python) to run some tests

By the way, you were completely wrong about VSCode being written in .Net.

> That's just compiling the code to a native binary, which you would then have to go submit through Apple's store. How does that help for an IDE expected to allow you to test (i.e. execute) and debug the code you've just written ten seconds ago?

There is an existence proof that it could be done. If you ran iSH with remote VNC you could have a full IDE on a Mac.

> We can see right there some examples of what isn't allowed: