iPhone Simulator: SpringBoard n'a pas réussi à lancer l'application avec l'erreur: 7
La construction d'un projet iPhone se traduit par:
Impossible de lancer l'application simulée: SpringBoard n'a pas pu lancer l'application avec l'erreur: 7
Et l'application ne s'installe pas sur le simulateur. Qu'est-ce que tout cela signifie? Qu'est-ce que SpringBoard et qu'est-ce que l'erreur 7?
J'ai eu exactement le même problème - j'ai réinitialisé le simulateur d'iphone, puis j'ai quitté le simulateur (c'est-à-dire la commande q), puis l'ai redémarré.
Travaillé.
Boy, est la réponse à celle-ci difficile à trouver, mais j'ai trouvé une solution de contournement. Le simulateur donne cette erreur s'il a des problèmes d'accès aux fichiers dans ~/Library/Application Support/iPhone Simulator /. Cela pourrait être un problème d'autorisations, mais dans mon cas, c'était encore plus subtil: mon répertoire personnel est monté en NFS, et cela semble être en quelque sorte la source du problème.
La solution de base consiste à créer un répertoire local sur la machine et à lier le répertoire de l'iPhone Simulator à ce répertoire local. Vous ne devriez pas avoir besoin de déplacer vos fichiers source ou votre répertoire de projet; ce ne sont que les cibles du simulateur qui posent problème.
Voici une série d'étapes pour accomplir la solution de contournement, à taper sur le terminal (1-3 effectuées sur chaque machine sur laquelle vous allez développer, 4-6 une fois dans votre répertoire de base monté sur NFS):
Sudo mkdir /usr/local/iphone-dirsSudo chmod 777 /usr/local/iphone-dirsmkdir /usr/local/iphone-dirs/my-dircd "~/Library/Application Support/"rm -rf "iPhone Simulator/"ln -s /usr/local/iphone-dirs/my-dir/ "iPhone Simulator"
Il existe évidemment de nombreuses variantes sur ce thème; Je soupçonne que l'utilisation d'un répertoire hébergé localement dans/tmp serait bien (et ne nécessiterait pas de privilèges d'administrateur, mais devrait être refait chaque fois que le système est redémarré). Comme indiqué, les étapes 1 et 2 sont bonnes si vous avez plusieurs utilisateurs utilisant ces machines que vous ne voulez pas entrer en collision. Si vous avez votre propre machine personnelle mais que vous montez NFS sur votre homedir, vous pouvez probablement passer à quelque chose comme l'étape 3 (et Sudo). Assurez-vous simplement que le répertoire que vous créez à l'étape 3 est le répertoire auquel vous créez un lien symbolique à l'étape 6.
Pas besoin de calmer le simulateur ou de supprimer l'application ..
Sélectionnez simplement le simulateur, appuyez sur commande + Maj + H + H et supprimez l'application du processus d'arrière-plan (appuyez longuement sur l'icône de l'application), puis exécutez à nouveau votre application.
J'ai commencé avec un nouveau projet dans Xcode et j'ai reçu le message d'erreur 3, mais sinon, même accord. Nouveau putain de projet - donc pas de problèmes avec du code cassé que j'ai ajouté ou nommer des erreurs ou autre chose. Mais l'application se construirait mais ne fonctionnerait pas dans Simulator avec le code d'erreur Springboard -3. J'ai déjà vu cela plusieurs fois, et le simulateur de base kill-the-app-in-clean, and run fonctionnerait, mais pas cette fois.
Il s'avère que mon ancien iMac 2007 a à peine assez RAM et espace disque plus libre. J'utilise Mavericks, et j'ai tout caché sauf Xcode et le simulateur, puis j'ai exécuté un utilitaire de nettoyage de la mémoire pour libérer chaque bit de RAM disponible (récupéré jusqu'à 1 Go gratuit environ), puis l'application s'exécute dans le simulateur sans accroc. Plus d'erreur Springboard.
Je n'avais pas encore vu "trop peu de RAM" comme raison de cette erreur, donc cela peut être utile pour quelqu'un d'autre.
J'ai eu le même problème mais cette solution fonctionne ... !!! 1) Suppression de l'application du simulateur. 2) Quitter le simulateur. 3) Redémarrez le simulateur.
J'ai eu le même problème, le simulateur se bloquait. Il s'agit d'une nouvelle installation de XC 3.2.5 GM et en utilisant Simulator avec 4.2 SDK. Les applications fonctionneraient bien sur un appareil réel mais le simulateur se bloquerait simplement.
J'ai fini par changer le répertoire de support des applications iPhone et tous les sous-répertoires en 777 autorisations d'accès. Pas une bonne idée pour 777 -R, mais j'étais désespérée et cela a fonctionné.
$ Sudo chmod -R 777 ~/Library/Application Support/iPhone Simulator /
Menu XCode-> Vider le cache a résolu mon problème.
Springboard est l'application qui lance les applications. C'est l'écran d'accueil de l'iPhone. J'ai eu des tonnes de problèmes lorsque j'ai essayé de faire fonctionner mon application sur le téléphone - il s'avère que j'avais une ancienne version du SDK qui était incompatible avec la version du système d'exploitation de mon téléphone. La réinstallation du dernier SDK a fait l'affaire.
Aussi, j'ai entendu dire que l'effacement du cache XCode aide parfois (pas pour moi) - Menu XCode-> Vider le cache ...
Peut-être que cela vous aidera: http://discussions.Apple.com/thread.jspa?threadID=1605042&tstart=72
J'ai eu des problèmes similaires lorsque j'essayais d'installer mon développement actuel sur l'iPhone et ces informations sur l'AppID l'ont corrigé.
Pour référence rapide, l'AppID que vous avez créé lorsque vous avez commencé à créer des certificats pour le développement et l'approvisionnement de votre iPhone vous a demandé de créer un identifiant de nom de domaine inversé. Quelque chose comme: QS32H9XPNE.domain.subdomain.companyname. *
Pour lier correctement votre application à l'AppID, vous devez définir l'identifiant dans l'application sur domain.subdomain.companyname.application. *
J'espère que cela t'aides
Pour moi, c'était une solution. Si vous avez activé le mode de récupération en arrière-plan. Supprimez cette option si vous recevez cette alerte pendant l'exécution de l'application dans le simulateur.
J'ai d'abord résolu ce problème en redémarrant l'iPhone Simulator. Mais cela ne devrait pas être la réponse. L'erreur est venue de la modification de la liste d'informations.
Vérifiez que vous n'avez modifié aucune valeur définie avant de provisionner votre application pour votre appareil. Je voulais changer mon identifiant de bundle, mais j'ai dû revenir à celui par défaut après avoir eu cette erreur. Maintenant c'est réparé. La prochaine étape consistera à obtenir un nouvel ID de provision avec l'ID de bundle modifié.
Cela m'arrive lorsque je passe des tests sur l'appareil aux tests sur simulateur. Le redémarrage de Xcode et du simulateur supprime cette erreur pour moi.
Lorsqu'un répertoire personnel est monté dans NFS, vous avez le problème avec le simulateur.
Pour se débarrasser de celui-ci, vous devez créer deux répertoires dans un endroit local où vous disposez des autorisations d'écriture, " iPhone Simulator " et " Interface Builder ". Retirez ensuite "~/Library/Application Support/iPhone Simulator" et "~/Library/Application Support/Interface Builder 3.0". Et enfin, créez des liens symboliques aux endroits exacts des répertoires supprimés pointant vers les répertoires locaux.
Quittez et rouvrez le simulateur, cela fonctionnera. J'ai également eu un problème comme celui-ci et cela m'a aidé.
J'ai eu le même problème.
Cela se passe comme suit ...
J'avais un dossier contenant des images dans certains sous-dossiers.
Si j'ajoute le dossier d'image racine en tant que "répertoire", je reçois cette erreur.
Si j'ajoute le dossier d'image racine en tant que "groupe", le simulateur fonctionne correctement.
bizarre...
Je fais face au même problème très fréquemment, ce que je fais est 1) je quitte le simulateur d'iphone 2) et si après avoir suivi l'étape 1, si le problème persiste, réinitialisez le simulateur
Et cela a toujours résolu mon problème depuis l'étape 1 elle-même.
Pour le mien, j'ai eu l'erreur lorsque j'ai essayé de modifier le paramètre ID du bundle d'application dans mon fichier info.plist pour exécuter un test. Le changer en arrière a guéri le problème, mais ne m'a pas fait de bien pour le test. Heureusement, l'application s'était chargée dans le simulateur et je l'ai exécutée manuellement pour mon test.
Pour autant que je sache, le problème provenait d'un ID groupé qui correspondait à la fois à un ID spécifique et à un ID générique. Les ID d'application que j'ai essayés et qui correspondent uniquement à un ID/profil spécifique n'ont pas montré de problème.
Vérifiez votre console et vous obtiendrez une meilleure idée de ce que l'erreur pourrait être. Ce numéro d'erreur est assez générique. Dans mon cas, j'ai eu une erreur dans mon fichier Plist. J'ai chenged quelque chose que je n'aurais pas dû. Mais je me suis rendu ce fut le problème parce que la console avait un message d'erreur plus détaillé:
2010-09-13 23:30:27.149 Appname[5580:207] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Could not load NIB in bundle:
... et ça continue.
J'ai eu ce problème fréquemment, et généralement, juste quitter et redémarrer Xcode fonctionne.
Cependant, je viens d'avoir à nouveau ce problème et rien ne semble le résoudre - quitter la sim, Xcode, redémarrer ... Ce qui était étrange, c'était que certaines cibles fonctionnaient (j'ai multiplié les cibles de construction pour ce projet), et d'autres projets ont fonctionné. Mais une cible n'a pas de lancer, peu importe ce que je faisais.
En fin de compte, je trouve le problème: Dans les propriétés de la cible le nom de l'exécutable $ [EXECUTABLE_NAME] a été accidentellement supprimé! Remplacez-le, et cela fonctionne.
Cela vaut le coup de s'en souvenir…
Il se trouve qu'il est également lié au nom du dossier. Mon dossier d'image était à l'origine nommé "contenu" et j'ai eu l'erreur décrite.
Changé le nom du dossier en "fichiers_image" et le réimporter dans le projet Xcode en tant que "dossier". Ça marche!
C'est totalement aléatoire ...
Ça aussi, ça l'a fait pour moi:
Cela m'arrive lorsque je passe des tests sur l'appareil aux tests sur simulateur. Le redémarrage de Xcode et du simulateur supprime cette erreur pour moi.
Je suis même erreur. Voici comment je l'ai résolu. J'espère que cela t'aides.
Pour afficher tous les fichiers cachés type ci-dessous de la ligne de commande
$ defaults write com.Apple.Finder AppleShowAllFiles TRUE; killall Finder
Accédez au dossier DerivedData et supprimez son contenu (sous DerivedData). Fondamentalement, c'est Simulator Cache qui parfois n'est pas supprimé de XCode. Bibliothèque est un dossier caché
Et qui est la raison pour laquelle nous courons l'étape 1./ Users/votre nom d'utilisateur/Library/Developer/Xcode/DerivedData