iPhone Simulator: SpringBoard n’a pas réussi à lancer l’application avec l’erreur: 7

La création d’un projet iPhone entraîne:

Impossible de lancer l’application simulée: SpringBoard n’a pas réussi à 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 quelle est 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 je l’ai redémarré.

Travaillé.

Boy, est la réponse à celle-ci difficile à trouver, mais je suis venu avec une solution de contournement. Le simulateur génère cette erreur s’il rencontre des problèmes d’access aux fichiers de ~ / Library / Application Support / iPhone Simulator /. Cela pourrait être un problème de permissions, mais dans mon cas, c’était encore plus subtil: mon répertoire personnel est monté sur 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 du simulateur iPhone à ce répertoire local. Vous ne devriez pas avoir à 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, à saisir au terminal (1-3 effectuées sur chaque machine sur laquelle vous allez développer, 4-6 une fois dans votre répertoire personnel monté sur NFS):

  1. sudo mkdir /usr/local/iphone-dirs
  2. sudo chmod 777 /usr/local/iphone-dirs
  3. mkdir /usr/local/iphone-dirs/my-dir
  4. cd "~/Library/Application Support/"
  5. rm -rf "iPhone Simulator/"
  6. ln -s /usr/local/iphone-dirs/my-dir/ "iPhone Simulator"

Il y a évidemment beaucoup de variations sur ce thème; Je pense que l’utilisation d’un répertoire hébergé localement dans / tmp conviendrait (et ne nécessite pas de privilèges d’administrateur, mais devrait être refait à chaque redémarrage du système). 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 les uns avec les autres. Si vous avez votre propre machine personnelle mais que vous montez votre homedir avec NFS, vous pourriez probablement passer à l’étape 3 (et sudo it). Assurez-vous simplement que quel que soit le répertoire que vous créez à l’étape 3 soit le répertoire vers lequel vous avez établi un lien symbolique à l’étape 6.

Pas besoin de simuler ou de supprimer l’application.

Il suffit de sélectionner simulateur, appuyez sur commande + Maj + h + h et supprimez l’application du processus d’arrière-plan (appui long sur l’icône de l’application), puis relancez l’application.

J’ai commencé avec un nouveau projet dans Xcode et j’ai reçu le message d’erreur 3, mais sinon le même accord. Nouveau projet maudit – donc pas de problème avec le code cassé que j’ai ajouté ou les erreurs de nom ou autre chose. Mais l’application se construirait mais échouerait dans Simulator avec le code d’erreur Springboard -3. Je l’ai déjà vu à maintes resockets, et la fonction de base de kill-the-app-in-simulator, clean-and-run, fonctionnerait, mais pas cette fois.

Mon ancien iMac 2007 a à peine assez de mémoire vive et d’espace disque. Je lance Mavericks, et je cache tout sauf Xcode et le simulateur, puis lance un utilitaire de nettoyage de mémoire pour libérer chaque bit de RAM disponible (environ 1 Go de mémoire disponible), puis l’application s’exécute dans le simulateur sans un accroc. Plus d’erreur de tremplin.

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.

Springboard est l’application qui lance des 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 version plus ancienne du SDK incompatible avec la version du système d’exploitation de mon téléphone. Réinstaller le dernier SDK a fait l’affaire.

Aussi, ont entendu que la suppression du cache XCode aide parfois (pas pour moi) – Menu XCode-> Effacer le cache …

Peut-être que cela aidera: http://discussions.apple.com/thread.jspa?threadID=1605042&tstart=72

J’avais 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 une référence rapide, l’AppID que vous avez créé lorsque vous avez commencé à créer des certificates 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 relier correctement votre application à l’AppID, vous devez définir l’identificateur de l’application sur domain.subdomain.companyname.application. *

J’espère que cela t’aides

Menu XCode-> Effacer le cache a résolu mon problème.

J’ai eu le même problème, le simulateur serait juste suspendu. Ceci est sur 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 ne ferait que restr accroché.

J’ai fini par changer le répertoire iPhone App Support et tous les sous-répertoires en 777 permissions d’access. Pas une bonne idée pour 777 -R, mais j’étais désespéré et ça a marché.

$ sudo chmod -R 777 ~ / Bibliothèque / Application Support / iPhone Simulator /

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émarrer le simulateur.

Cela m’arrive lorsque je passe des tests sur l’appareil au test sur simulateur. Redémarrer Xcode et simulateur élimine cette erreur pour moi.

J’ai d’abord résolu ce problème en redémarrant le simulateur d’iPhone. Mais cela ne devrait pas être la réponse. L’erreur est venue de l’édition du fichier d’informations.

Vérifiez que vous n’avez modifié aucune valeur définie avant de provisionner votre application sur votre appareil. Je voulais changer mon identifiant de bundle, mais je devais revenir à celui par défaut après avoir cette erreur. Maintenant c’est corrigé L’étape suivante consistera à obtenir un nouvel identifiant de provision avec l’identifiant de l’ensemble modifié.

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 lors de l’exécution de l’application dans le simulateur.

entrer la description de l'image ici

J’ai eu le même problème.

Cela se passe comme suit …

J’avais un dossier stockant 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…

Il se trouve être également lié au nom du dossier. Mon dossier d’images s’appelait à l’origine “contents” et j’ai reçu l’erreur décrite.

Changé le nom du dossier en “images_files” et réimportez-le dans le projet Xcode en tant que “dossier”. Ça marche!

C’est totalement aléatoire …

Cela l’a fait pour moi aussi:

Cela m’arrive lorsque je passe des tests sur l’appareil au test sur simulateur. Redémarrer Xcode et simulateur élimine cette erreur pour moi.

Lorsqu’un répertoire de base est monté dans NFS, vous avez le problème avec le simulateur.

Pour vous en débarrasser, vous devez créer quelques répertoires dans un endroit local où vous avez les permissions pour écrire, “iPhone Simulator” et “Interface Builder”. Ensuite, supprimez “~ / Library / Application Support / iPhone Simulator” et “~ / Library / Application Support / Interface Builder 3.0”. Et enfin créer des liens symboliques aux endroits exacts des répertoires supprimés pointant vers les répertoires locaux.

Pour le mien, j’ai eu l’erreur quand j’ai essayé de changer le paramètre d’ID de bundle d’application dans mon fichier info.plist pour exécuter un test. Le fait de le changer a guéri le problème, mais ne m’a pas fait du bien pour le test. Heureusement, l’application s’est chargée dans le simulateur et je l’ai exécutée manuellement pour mon test.

Autant que je sache, le problème était dû à un identifiant de bundle correspondant à la fois à un identifiant spécifique et à un identifiant joker. Les identifiants d’applications que j’ai essayés et qui ne correspondent qu’à un ID / profil spécifique n’ont pas rencontré de problème.

Vérifiez votre console et vous aurez 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’avais une erreur dans mon fichier Plist. J’ai volé quelque chose que je n’aurais pas dû. Mais j’ai réalisé que c’était le problème car 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 les travaux Xcode.

Cependant, j’ai juste eu ce problème à nouveau et rien ne semblait le résoudre – quitter la sim, Xcode, redémarrer… Ce qui était étrange é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 réussi à se lancer, peu importe ce que j’ai fait.

Au final, j’ai trouvé 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 ça marche.

Cela vaut le coup de s’en souvenir…

J’ai la même erreur. C’est comme ça que je l’ai résolu. J’espère que cela t’aides.

  1. Pour afficher tous les fichiers cachés, tapez ci-dessous depuis la ligne de commande

    $ defaults écrit com.apple.finder AppleShowAllFiles TRUE; killall Finder

  2. Accédez au dossier DerivedData et supprimez son contenu (sous DerivedData). Fondamentalement, il s’agit d’un cache de simulateur qui parfois n’est pas supprimé de XCode. La bibliothèque est un dossier caché
    et c’est pourquoi nous courons l’étape 1.

    / Utilisateurs / votre nom d’utilisateur / Bibliothèque / Développeur / Xcode / DerivedData

Quitter et rouvrir le simulateur, ça va marcher, j’ai aussi eu un problème comme ça et ça m’a aidé.

Je suis confronté 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 il a résolu mon problème tout le temps à partir de l’étape 1 elle-même.