Is this a loophole for all emulators, then? Couldn't someone theoretically write an emulator for a fully homebrew Super Nintendo game that reads from the disk?<p>If I recall correctly, Apple doesn't care if you interpret other code (some sort of assembly, in this case) from the disk, just that you cannot download new interpreted code from the internet with your app (and even here they are lenient with apps that load HTML5 updates other-the-air).
It seems that Apple, for whatever reason, doesn't care about this emulator on the App Store. It's been there for weeks now.<p><a href="http://www.macrumors.com/2013/01/26/fully-functional-mame-emulator-appears-in-app-store/" rel="nofollow">http://www.macrumors.com/2013/01/26/fully-functional-mame-em...</a>
> This means if you have a program capable of tunneling into the iOS file-system through USB, you can once again have a working version of MAME on a non-jailbroken device<p>What kind of program would I have that is capable of tunneling into the iOS file-system through USB?
If you've got a dev account you've been able to build MAME via Xcode for ages <a href="http://code.google.com/p/imame4all/" rel="nofollow">http://code.google.com/p/imame4all/</a>
If this comments thread is to be believed, the original iMAME in the app store was not pulled by Apple, but on request of MAMEdev team:<p>ScottishCaptain: "iMAME was pulled ON REQUEST of mamedev.org because it reflects poorly upon the project (as I quite clearly stated before, but got flamed into oblivion). iMAME (and it's derivatives) is based upon MAME 0.37b, which is nearly 10 years old now (if you don't believe me, go check out mamedev.org's previous version section and look up 0.37b- it's from y2k)."<p>Source: <a href="http://www.engadget.com/2011/12/24/imame-app-gets-pulled-from-itunes-app-store/" rel="nofollow">http://www.engadget.com/2011/12/24/imame-app-gets-pulled-fro...</a><p>Also, "MAME" is trademarked to the MAMEdev team and they request that you get their permission before using it.