Licensed C64 Emulator Rejected From App Store 277
Miasik.Net writes "A fully licensed Commodore 64 iPhone emulator has been rejected from the App Store. The excuse Apple used is a clause in the SDK agreement which doesn't allow for applications that run executable code. It seems Sega is exempt from that clause, because some of its games on the iPhone are emulators running original ROM code."
Editorialise much ? (Score:4, Insightful)
You can argue that Sega ought to be treated the same way (and I'd agree with that), but to call it an "excuse" when the terms specifically and explicitly forbid it smacks of throwing one's toys out of the pram and screaming "waaaaaaaahhhh"! "I want, I want, I want!" is such an ugly character flaw when it's seen in "adults"...
Simon
Re:Editorialise much ? (Score:5, Insightful)
I am sick and tired of this meme. You confuse authority and defensibility. Yes, Apple has the authority to do this. No, it is NOT ethically right for Apple to do this.
It's not a new meme. In 1734, Alexander Pope published "An Essay on Man [theotherpages.org]":
The idea was corrosive back then, and it remains corrosive today. Knock it the fuck off.
Oh, don't be an idiot. (Score:3, Insightful)
This isn't Apple using their broad unspecified powers to reject an app arbitrarily or for a moronic reason. If it were, I'd agree with you.
This is an app that should never have even been started, because it very clearly violates the SDK agreement, and anyone with half a brain would have known that Apple would reject it.
As for the assertion that Sega's games are just emulators...
Re:Oh, don't be an idiot. (Score:5, Insightful)
High horse? At least I'm not stuck in the intellectual mud like you are. All of you people are ignoring the larger problem here, which is that Apple purports to control the applications a customer runs on a device he's purchased outright. It's ludicrous. Apple has no moral authority to set these rules at all.
The larger problem here is that Apple can reject applications at all. You people seem to have passively accepted it. It's as if you were in Salem arguing about whether a witch should have been burned or hanged while ignoring the larger question is whether you should execute the alleged "witch" at all!
Re: (Score:3, Insightful)
Re:Oh, don't be an idiot. (Score:4, Insightful)
While it is true that a person has the option to not buy a product. You fail to take into account that they also have the innate right of altering any product they own however they see fit. Anyone who disagrees with that is ignoring one of the fundamental driving forces of innovation for the last several millenia.
Re:Oh, don't be an idiot. (Score:5, Insightful)
Hear hear. If you want to write an AIM client that runs in the background you can do so. If you want to buy an iPhone, take it apart, and put it back together in a Kindle, that's fine. No problem. Do whatever you want to do. Apple isn't stopping you from doing whatever you want to do with your iPhone.
Just don't expect Apple to distribute it for you. Just don't expect Apple to make it convenient for you to distribute it. Just don't expect any support from Apple after you've done these things.
Basically, if you do these things, you're on your own. That doesn't preclude you from doing it. It just means nobody is going to help you out if you turn your iPhone into a very expensive brick. It means that if your battery won't hold a charge because you wrote an app that drained the battery in 20 minutes and you now have to send your phone in for battery replacement 4 years earlier than expected, don't blame Apple.
Re: (Score:3, Interesting)
That device didn't pretend to allow for complete customizability. It was sold as a device that could and couldn't do certain things.
And the annoyance is that those limitations are entirely imposed by Apple's business and marketing sides. Before the app store, Apple and its fanboys were firmly declaring that there shouldn't be third party apps for the iPhone because it didn't have enough power to run them, and it would lead to widespread viruses and disruption of the phone network, and web apps were just as
Re: (Score:3, Insightful)
It's my right because I OWN the device.
As a former owner, Microsoft has no control over what I do with the device. If I sell a house, I have no say over whether the new owner paints all the rooms lime green and puts in red shag carpeting. It's not my house anymore. Likewise, when I buy a 360, it's not Microsoft's 360 anymore.
It's called "private property", and it's been part of Western culture for at leas
Rights vs Support (Score:4, Insightful)
It's my right because I OWN the device.
Just because you have the right to do something doesn't mean the manufacturer has to support it.
You are perfectly free to jailbreak your iPhone and install all sorts of unapproved software on it. So far as I know, there's nothing illegal about it, and the jailbreak community is pretty good at keeping on top of updates that fix previous methods of jailbreaking. Personally, I'm pretty happy with the selection of apps available through the App Store, and don't consider the hassle of jailbreaking worth the extra functionality I would be able to get. For others, the calculation is different.
"Moral authority" doesn't enter into it, mate.
Dan Aris
Re: (Score:3, Interesting)
My arguments has two parts. First, I was replying to a poster asking why he should be able to modify his 360. It's private property, and that's why anyone should be able to modify his own iPhone or 360.
However, I also argue that Apple be forced to open up the iPhone, i.e. make it easy to modify at least in a limited way. This position doesn't rely on the private property argument, but instead on the idea that clo
Re: (Score:2)
Jailbreak the device and install your own apps - apple doesn't really stop you from doing this.
Re: (Score:2)
Apple tries its hardest to stop jailbreaker, and you know damn well that ordinary people won't and can't jailbreak their phones.
If Apple provided a simple switch allowing installation of applications from outside the app store, I'd have no problem with the app store's rejection policy. But they don't, so I do.
Re:Oh, don't be an idiot. (Score:4, Insightful)
>Apple has no moral authority to set these rules at all.
Let me put this in simple terms for you.
It's their ball. They get to choose the rules.
They do not have the monopoly on phone handsets. Buy another and get over it.
I can't be the only person who loved the iPhone but thought "I'll wait till a handset that I can put my own apps on comes along".
The openmoko project is an attempt at this, and one day it will happen, but until then I'll keep my cash in my wallet.
Re: (Score:2)
Actually, that's exactly what it is. Apple uses DRM to ensure the app store is the only legitimate way to install applications. Banning an application from the app store is tantamount to banning it from the platform. (Jailbreaking isn't widespread enough to count.) If Apple simply ran an app store without the monopoly lock on applications, I'd have no problem whatsoever with its behavior.
Re: (Score:3, Interesting)
Actually, that's exactly what it is. Apple uses DRM to ensure the app store is the only legitimate way to install applications. Banning an application from the app store is tantamount to banning it from the platform. (Jailbreaking isn't widespread enough to count.) If Apple simply ran an app store without the monopoly lock on applications, I'd have no problem whatsoever with its behavior.
I won't buy an iPhone. But most of the software engineers I work with, who appreciate the freedom their linux desktops give them, either own one or are about to buy one.
Re: (Score:2)
Right. My original post just expressed frustrating with people being so comfortable that Apple can do this at all that they're reduced to arguing about little details of the unjustifiable approval scheme.
People, the problem here is not that Apple rejected a C64 emulator. The problem is that by rejecting it, Apple
Re: (Score:2)
You don't need to have a monopoly to be anti-competitive. Nearly every cell phone company locks down its phones. Nobody can afford to open up the platform because that would mean that the company that did would be less competitive than the one that didn't. (It wouldn't have all that app store revenue.)
Nevertheless, the world would be a better place if mobile platforms in general were open. But because the market can't deliver that res
Re: (Score:2, Informative)
This is an app that should never have even been started, because it very clearly violates the SDK agreement
Apple UK didn't seem to think it violated the SDK agreement, as they gave the go-ahead (As per the article). It was only later that the app was rejected when it was submitted to the app-store.
So get the hell off your high horse already and live in the real world.
I live in the real world. My real world has people being behind agreements (multiple people with competing interests), not them being a ser
Re:Oh, don't be an idiot.-WHOSE PHONE IS IT? (Score:2)
In the real world it's my damn phone, I paid for it (and not just a license to use it), and I ought to be able to run anything on it that I wish that doesn't bring down AT&T's network in the process.
Now what world were you living in again?
Re:Editorialise much ? (Score:5, Insightful)
Does it suck? Yeah. Unethical? That's a stretch...
Re: (Score:3, Insightful)
> And I'm sick and tired of this entitlement meme.
It's not "entitlement" to desire control of one's own property.
Yes: an iPhone becomes my property when I buy it.
So does a copy of "The Martian Chronicles" (on book, ebook or DVD).
Re: (Score:2)
Actually, I'd argue that it becomes my property either way. If I go to AT&T and purchase a contract, AT&T doesn't lease me the phone. I'm sold the phone. It looks like a sale, it's structured like a sale, and it's called a sale. That the contract is structured so as to recoup the cost of making that sale at a loss is irrelevant to the fact that the phone is now nevertheless my private prop
Re: (Score:2)
Apple can decide to have whatever the hell they want in their store... without worrying about your hurt feelings, because the App Store is their property.
Maybe ... but they're still dicks, any way you slice it, and that's why I decided to go for a G1 instead.
And thus does the free market work.
Wow, whodathunkit?
Dan Aris
Re:Editorialise much ? (Score:5, Interesting)
Maybe that's how it used to be, back in the good old days (of "help I'm dying of polio!").
These days, there is no competition in SMS pricing; it's 25c no matter what carrier you go with. If that's not collusion, I don't know what is. SMS is something rather useful for a significant portion of the cell-phone-purchasing population, so it would make sense for carriers to compete on price in order to garner the most market share. But they don't; each SMS is 25c, no matter what.
Seems like something our legislative overlords should have more than a passing interest in...
Re: (Score:2)
Of course not. I have no problem with Apple rejecting any application it wants from the app store. What angers me is that Apple uses DRM to prevent other people from setting up competing app stores.
That effectively gives Apple veto power over all applications run on the iPhone, even ones that have nothing to do with Apple. I doubt you wouldn't be happy with giving Wal-Mart veto power over any music played, or Microsoft power to rej
Re:Read the article much ? (Score:5, Informative)
If you RTFA, you will find that Manomio contacted Apple Europe before developing the app and they "seemed really excited". So here we have yet another developer wasting time and money just to have Apple reject another application despite approving others that do the same thing. I really hope Manomio decides to port his C64 app to the Android instead so some of us can enjoy it.
Re: (Score:3, Interesting)
If you RTFA, you will find that Manomio contacted Apple Europe before developing the app and they "seemed really excited".
Which could mean anything down to "I went to an Apple reseller and blathered about my idea to a salesdroid, and he seemed to like the idea."
Re: (Score:2)
Re: (Score:3, Insightful)
No. But about the only one person who speaks for Apple is Steve Jobs. Other than that, everyone else has their own opinions on what's cool and what isn't.
Last week at WWDC, I spoke to someone at Apple who was interested in an App I'm working on. The problem is, parts of it need to run in the background for the best user experience. He agreed with me. That does not mean if I submit said app, it would be approved. What that means is that one person agrees with me--that my App would be better if it could
Re: (Score:2)
Re:Read the article much ? (Score:5, Insightful)
Talking to someone from Apple marketing over the phone and getting a verbal "hey that sounds cool" is completely and utterly worthless. Getting written permission as above would give him a fully justifiable case (and probably a lawsuit). He's probably somewhere in the middle, but unfortunately unless you have the written permission, you have nothing.
Simon
Re: (Score:2)
The thing is; can you really call this "executable code"? From the point-of-view of an iPhone, 6510 machine code is no more "executable code" than any random game parsing it's level data.
Re: (Score:2)
This is pretty simple sega is not selling an emulator but rather a game which consists of game rom + emulator. If they were selling a general purpose sega emulator it would likely not be allowed by apple either.
Re: (Score:2, Interesting)
If indeed he really contacted Apple, he ought to have something in writing. If he has something in writing, he has a case. I see nothing in writing or any claim of such. Basically I think he's lying.
Which brings us back to the original statement. He did something specifically against the terms of an agreement he made, and then complained when that agreement was enforced. Tough.
Simon.
Re: (Score:2)
I guess you haven't dealt with real-world business or politics much..? Look up "selectively enforced." Yes, ok, despite what seems like a snide tone, i understand your feelings about a hard-line enforcement of the rules.
But those rules aren't being enforced consistently. Your tough tone and insinuations of conspiracy say to me you haven't encountered anyone caving in to high-level assurances - for which you should be grateful :). A "wink wink, nudge nudge" is a lot more dangerous than a contract, but you
Re:Editorialise much ? (Score:5, Insightful)
In my dim and distant youth, one large company (which shall remain nameless) strung us along for years before finally buying us. I'm well aware of the dangers of nods-and-winks, and I'm well aware that they're completely and utterly worthless. Get it in writing or you don't have anything.
What I don't have any sympathy for is agreeing to X then complaining it means you can't do Y, when the initial agreement specifically pointed out you can't do Y. It's not as though it's some unexpected corollary of a sub-clause hidden in the fine-print - it's right out there in the open. You cannot load executable code. End of story.
Simon.
Re: (Score:2)
Executable code: includes javascript? I'm confused (Score:4, Interesting)
You cannot load executable code.
I'm not really sure how to interpret "load executable code". Is there non-executable code? What makes it code, then?
Browsers load and execute javascript. Is javascript not code, or is it not executed, or does it break the rules, or is there some option I'm missing?
Is GLSL also code? That means you can't run third party color filters like the compiz plugin which simulates colorblindness. I'm sure that's an important restriction... wait, what?
Can anyone explain to me what "load executable code" does and doesn't cover? And even better, what's the motivation for the distinction?
Re: (Score:3, Interesting)
An important distinction here is that JavaScript code is known to be properly sandboxed by Apple and AT&T. This is also OK for the Sega games running as emulation of the original ROM; That is no different from a game app that has a data file in it. The problem comes when you allow users to load any code they want into a potentially unprotected environment. Then, this becomes a liability issue.
Apple wrote the JavaScript engine that runs on the iPhone. If there are flaws, they can push updates to fix it,
Re:Editorialise much ? (Score:4, Insightful)
I agree with you Space cowboy. When the SDK agreement came out I was talking to someone who was working on a C64 emulator for the iPhone (not the emulator in this story incidentally) and I said "But the agreement expressly forbids emulators."
Yes, I agree it's wrong that Sega can do this (assuming they actually are and there isn't some change with how they're doing stuff under the hood), but the fact is me, a non-coder, has known that emulators wouldn't be allowed under the agreement.
I guess the best outcome would be that with this gaining attention and the Sega thing that the rules change. That would be great, but even if he was told it's okay, I would expect he didn't check multiple times. One thing I've learned over the years with red tape is if you speak to three different people, you'll invariably get 3 different answers. Getting one response is not very helpful.
If the author really DID have a leg to stand to on, he'd have evidence to prove to Apple he was told it would be okay.
Instead it's yet another case of an app being turned down and the Slashdot community crying "fuck Apple" and the usual tired cliches.
Re:Editorialise much ? (Score:5, Insightful)
He's not trolling. Did you read the article?
Their emulator is capable of executing arbitrary BASIC code. That's like complaining that you spent a bunch of time writing a Java emulator for the iphone but then it was rejected. It's clearly disallowed, and that's not unreasonable--if they didn't disallow it, it would basically make the app store completely useless. People could write apps that were specifically intended to run on your execution platform, and completely bypass the app store. While you may not agree with this decision, it's reasonable as-is.
What I'm certain they'll be able to do is what Sega and others have done, and release a game pack that has a few games, but doesn't support downloadable content, or release one (or a few) game(s) at a time that uses their emulator backend for $0.99 each. I suspect as long as they don't expose their emulator directly, they'll be fine.
(And frankly, if you're going to argue that a programmable calculator or even a chip-8 emulator is in the same category as a BASIC interpreter, you're simply wrong).
Re: (Score:2)
Okay, i see the flaw in the original summary: i guess we'd need to see if any of the other apps cited can run arbitrary code.
I'm still giggling over the idea of the next hacktool being written in BASIC, tho.
Re: (Score:3, Funny)
>I'm still giggling over the idea of the next hacktool being written in BASIC, tho.
Me too. I'm waiting for the obligatory "The 1980s called and they want their language back" jokes. :o)
Re:Editorialise much ? (Score:4, Funny)
Me too. I'm waiting for the obligatory "The 1980s called and they want their language back" jokes. :o)
Even the 1980's don't want that language back
Re: (Score:3, Interesting)
What about arbitrary javascript on web pages? By your logic, a Flash player would be out of the question.
Re: (Score:3, Interesting)
Hell, a browser would be out of the question (for the same reasons...)
Re: (Score:2, Offtopic)
What about arbitrary javascript on web pages? By your logic, a Flash player would be out of the question.
Yes it would. Don't think for a second that Apple would let you sell your own browser of Flash plug-in. It doesn't mean that you are not allowed to use an existing Flash plugin or webbrowser tough.
Re: (Score:2)
Re:Editorialise much ? (Score:4, Interesting)
And what exactly is so important about the app store that it cannot be bypassed?
Re:Editorialise much ? (Score:5, Funny)
And what exactly is so important about the app store that it cannot be bypassed?
Profit.
Re:Obligatory Edsger Dijkstra (Score:5, Insightful)
as potential programmers they are mentally mutilated beyond hope of regeneration.
What a stinky, steaming pile of horse crap!!! (Even if Holy Saint Dijkstra said it.)
Hundreds of thousands of programmers got their start writing C-64, TRS-80, Apple & Sinclair BASIC on their home computers before graduating to structured languages, and 10s of thousands of them turned out to e good or great programmers.
In fact, I know that it's perfectly possible to write good structured code in COBOL-74. You "just" need a good knowledge of the features of the language (in addition to the standard prerequisites required by all good programmers).
Re:Obligatory Edsger Dijkstra (Score:4, Insightful)
Actually, it is the reverse, in my experience. Most programmers I know started their craft with a Commodore 64, Apple II, or Atari computers; programming in BASIC. Only after realizing how limited and slow the language was were they even exposed to Assembly or Machine Language.
In my experience, then, programming in BASIC gave them the inspiration, the interest, and the impetus to learn the lower level languages, precisely because a good high-level language was not available. The fact that they knew BASIC, and could even exploit its intricacies, did not hinder their appreciation for other languages, nor their ability to learn or apply them.
-dZ.
I voted the story down.. (Score:5, Insightful)
...because I am tired of reports of apps not working on iPhone and other ways Apple limits it. If people care so much about freedom, why don't they stop using it?
Re:I voted the story down.. (Score:5, Insightful)
...because I am tired of reports of apps not working on iPhone and other ways Apple limits it. If people care so much about freedom, why don't they stop using it?
Hint: They don't [care so much], otherwise they would stop using it. The only ones who really do care are 0.00001% of iPhone users (who also happen to read slashdot, by the way).
Right idea, wrong reason (Score:3, Insightful)
The general pattern is:
1) App is arbitrarily rejected for some reason.
2) Angry story on Slashdot about rejection.
3) App is resubmitted and accepted with some minor change (or no change at all like in the case of the eBook reader).
The stories are lame because the review system is a little subject to the whims of any given reviewer now, after two submissions that fail then I'd start saying it might be worthy of a story.
That said, this rejection does not fall into this pattern. The development guidelines have
Re:Right idea, wrong reason (Score:5, Funny)
So, you're saying that whining on Slashdot is actually useful?
The mind boggles, it does.
Re: (Score:3, Funny)
10 IF iphoneosver=2.x OR 1.x THEN H4X0R ELSE GOTO 20
20 PRINT "pls wait a couple of weeks kthxbai"
30 END
(Apologies for not getting BASIC right - I'm a muso, not a programmer)
The hell are they thinking? (Score:3, Interesting)
Re: (Score:3, Insightful)
They don't want to lose the ability to approve all apps. If the emulator in its current form can load other ROMs or BASIC programs then you have a way of bypassing the App Store after the first purchase. I assume Sega made sure that their package could only run the one game it sold with and thus could not be used to bypass the app store.
Re: (Score:3, Funny)
Re: (Score:2)
I think that what we're seeing here is Apple's renowned flip-flopping on what is allowed into the Apple store. This is something that I would attribute to the individual reviewers, some of which are decidedly biased.
You just watch, they'll resubmit, and it'll probably pass.
Backwards, I hope (Score:5, Funny)
An iPhone emulator that runs on a Commodore 64? Color me surprised!
Hopefully this means that I can upgrade my old boxes by emulating dual core processors on them. Links, anyone? ;)
-b
Re: (Score:2)
Re: (Score:3, Informative)
It's easy if you are allowed to emulate a second per hour.
Running specific or arbitrary code? (Score:5, Insightful)
Mod parent up informative/insightful (Score:2)
Yah, the summary was written by someone who wasn't thinking things through very well.
Re: (Score:2)
Under this same limitation in the SDK license, a Turing machine simulator and a Wolfram rule 110 automaton program will both violate the license because they can run arbitrary code.
Re:Running specific or arbitrary code? (Score:5, Informative)
Re:Running specific or arbitrary code? (Score:5, Informative)
Exactly. Congrat's on being the only person in the discussion to read the article.
Apple did not reject the app because of emulation. Apple rejected the app because it contains a C64 Store that looks like it bypasses the Apple Store, allowing users to download C64 software straight into the emulator. That's prohibited, whether it's interpreted or compiled.
All of this was clear in Apple's rejection notice, quoted in the actual article.
GET THE FACTS: Not rejected from the App Store (Score:5, Funny)
Apple is about quality first and they are just holding back the release date until the iPhone's cassette tape inferface is ready.
Re: (Score:2)
Not only the tape interface, the keyboard will be out in the spring [wikipedia.org]!
Non entirely unreasonable ... (Score:3, Insightful)
From Apples perspective, I don't see this as entirely unreasonable.
They want to manage customer experience by controlling the environment. An app which can host arbitrary code could lead to exploits or other badness.
Code from the original ROMs is pretty well bounded and not going to do anything unexpected or malicious.
Now, that doesn't mean a bunch of people won't howl about this. But, for the average person buying a iPhone, I doubt they'll care.
Cheers
Re: (Score:2, Insightful)
It's also reasonable not to let any random app execute arbitrary downloaded code on a mobile phone. I'd be rather cranky if one of the downloadable C64 games used the opportunity to send a few GB worth of spam while I was playing it.
Sega's case is diferent (Score:2)
Apple's app store policies are weak but I agree with the other commenter and think we've had enough of these sort of stories. Apple isn't going to change their mind because these stories get posted on Slashdot and any regular should be using an Android based phone anyway.
Clarification (Score:2, Insightful)
I think what Apple wants is to make sure you can't "add" more games without going to the appstore.
Individual games (eg the Sega ones referred to) are each a seperate app that you get from the App store. You arent getting a single "Sega" emulator which you can then get more roms (legit or otherwise) seperately from the app store.
Presumably the C64 emulator had no such limitation.
(I have an iPhone, its jailbroken and unlocked, and even though I can explain Apple's motivation for their restrictive policy, they
Typical Apple (Score:2, Insightful)
Simple solution... (Score:2)
Bundle the individual games with the emulator, but don't provide a mechanism to install additional games.
Idiotic Summary (Score:5, Insightful)
Of course Sega is exempt; their programs are a single ROM, run via emulation. You don't buy a Sega hardware emulator and then download ROMs for it, so they can test it fully before allowing it to be released. An open emulator, able to run any ROM you give it, is essentially a way to run un-tested, 3rd party code on the platform. There's no way for Apple to be sure the programs stay within their virtual environment. In essence, it would be a way to circumvent the security and execution protection on the phone entirely; it's a jailbreaker.
I'm about as far from an Apple apologist as you can get, and can't wait for this app store bullshit to quiet down. But let's not start reviling them for merely following their stated policy. If these people want to release their emulator, they'll need to do what their competitors have: bundle it with specific games and sell THOSE instead.
Re: (Score:3, Informative)
The only way a C64 program could "break out" is if the emulator has a security hole - and how is this different from any other app? sendmail and BIND aren't emulators, yet they've had tons of security holes.
Re:Idiotic Summary (Score:5, Informative)
>But let's not start reviling them for merely following their stated policy.
If they are following their stated policy, explain how "sid player [apple.com]" was okayed, since it's an emulator that interprets executable code, which is downloaded on-the-fly.
I think the problem people have with the appstore, is that Apple enforce their policies using dice.
Re: (Score:3, Informative)
Way to go, Apple. (Score:2, Funny)
Re: (Score:2)
Bad Memories (Score:2)
What would they do with an Apple ][ emulator? (Score:3, Interesting)
Remember, this is Apple we're talking about. They get nothing from a C-64 emulation, fully licensed or otherwise.
But Apple ][ on the other hand ...
App store process (Score:2)
I would submit again and provide other instances where submissions have been allowed.
I have a SID player on the iPhone which was approved. This is emulating C64 hardware.
The people looking at the app store submissions probably have varied opinions.
Re: (Score:3, Insightful)
It's pretty obvious. The people looking at app store submissions likely have only a very basic understanding of the issues involved, and the SDK agreement isn't very precise as to what falls and doesn't fall under this rule. So the results basically depend on the guy's gut feeling when he checks out the app. For example, I'm pretty sure the vast majority of them would consider a SID player a simple music player, even though it actually runs C64 machine code, just as they would probably accept a game with do
What is "executable code"? (Score:5, Insightful)
Last time I checked, the iPhone could not run C64 programs natively. So, essentially, the games are interpreted by the emulator (as it is with pretty much all emulators).
According to that logic, you'd have to ban any application with built in scripting (like, say, any office application that I'm aware of), hell, a PDF reader would be banned as well because PDFs may include scripts. If you want to go bonkers, you could pretty much ban any application that takes any kind of not built-in data because technically, this is interpreted by the application as well.
Re:What is "executable code"? (Score:5, Insightful)
Right. Now you've discovered that Apple's restrictions don't have anything to do with technical quality. Instead, they're just designed to provide Apple an excuse to ban any application that might threaten Apple's revenue stream.
That kind of behavior shouldn't be allowed on a mass-market platform like the iPhone. Nobody should have the authority to tell me what applications I can run on a device I own, just like a publisher can't tell me not to resell a book.
Re: (Score:2)
This emulator wouldn't really threaten Apple's revenue stream if it used the new Store Kit. They take a cut of everything going through that system, too. App rejection really is random.
Re: (Score:2)
Right. I don't begrudge Apple for taking advantage of the current system: I blame us for allowing Apple to do it. Publishers actually tried to legally bar book resales, and succeeded until the courts ruled that the idea is fundamentally unfair, and created the First Sale Doctrine [wikipedia.org].
We need something
This article is extremely misleading (Score:3, Insightful)
This article is extremely misleading, resulting in tons of off-target flaming.
Apple doesn't prohibit apps using emulation, they prohibit apps that download and run arbitrary code, bypassing the Apple Store. The mistakes that the developers made were (1) putting a C64 Store into the app, and (2) putting a BASIC interpreter in the emulator. If it's tweaked slightly so that the games are downloaded through the Apple Store 3, and the BASIC interpreter is removed (it's useless anyway), I'm sure that it would be approved.
The developers probably decided to push the boundaries a bit in order to generate some news/press coverage. Pretty clever, actually - now Slashdot and other geek news sites is promoting them, and their app will still get approved in a week or two.
Are the ROMs downloaded on the fly? (Score:3, Informative)
"3.3.2 An Application may not itself install or launch other executable code by any means, including without limitation through the use of a plug-in architecture, calling other frameworks, other APIs or otherwise. No interpreted code may be downloaded and used in an Application except for code that is interpreted and run by Apple's Published APIs and built-in interpreter(s)."
Particularly this part:
"No interpreted code may be downloaded and used in an Application"
Does the emulator allow users to download ROMs over the internet? If so, then there's a problem. If not - ie. there are a number of licensed ROMs embedded in the application, then there should be no problem. Simple. He just needs to release each game-pack as a self-contained app - that's all.
Re: (Score:2)
Sega game - hardcoded rom - no big deal.
C64 emulator - run arbitrary executable code - big fucking deal.
There is a pretty significant difference between the two. Now...is the C64 emulator likely to cause problems...probably not...but it is far easier and more efficient to just slap a ban on any app that can run arbitrary external executable code and call it a day. So your scenarios are as follows. 1
Re: (Score:2)
"C64 emulator - run arbitrary executable code - big fucking deal."
What's the BFD? It runs it inside a completely isolated sandbox. There's no way you can exploit iPhone by coding in BASIC.
How is that different from JavaScript on webpages?
Re: (Score:3, Insightful)
The difference is that Apple wants a cut of every app sold for this platform and absolute control over everything that runs on it. Allowing anything not filtered through their review and sales process to execute on the phone, even in a sandboxed, virtualized environment, screws up their business model. And you know how companies get when you present a threat to their business model.
Re: (Score:2)
Continue to block the new app that violates the terms [..] while realizing that most of the "consumer backlash" is from a bunch of whiney shits, most of whom won't even buy the damned iPhone in the first place.
Actually, I suspect that most of the "bunch of whiney shits" certainly *will* hand over their money for an iPhone anyway- regardless of Apple's policies. Which in practice still means that Apple don't have to give a toss about them.
Re: (Score:2)
Perhaps you could explain precisely what a 6510 emulator could run? This "arbitrary code" claim is pure bullshit, and unless you're severely retarded (and maybe you are, most Apple fanboys are pathetic mental cases), you know it. I mean, we're talking about emulating a 30 year old processor and hardware nearly that old. I suppose it's remotely possible that, if the iPhone platform is sufficiently insecure as to allow an emulator to gain actual control of the underlying operating system, that this could b
Re: (Score:2)
If a bug exists in the iPhone's operating system that allows a buffer overrun in any software (the boundary between emulator and any other software that runs a macro or a script is utterly artificial) to compromise the operating system, then that's not the emulator's problem, that's the operating system's problem.
I have never heard of anyone exploiting an 8-bit emulator on any platform to seize control of the underlying operating system. Have you? Has anybody?
What, fundamentally, is the difference between