quand je compile mon application, Xcode dit simplement "Attaching to Projectname ..." et reste bloqué là . Le débogueur affiche simplement ceci
erreur: échec de l'attachement à l'ID de processus 0
J'ai essayé de nettoyer et de construire à nouveau et cela ne fonctionne toujours pas. J'ai cherché sur Google mais je n'ai rien trouvé d'utile ... Comment puis-je résoudre ce problème? Je vous remercie!
La solution pour moi était de supprimer tout ce que Xcode avait généré précédemment:
~/Library/Application Support/iPhoneSimulator/6.0/Applications
~/Library/Developer/Xcode/DerivedData
Avez-vous essayé de fermer complètement le simulateur ou, à défaut, de le réinitialiser et tout son contenu fait généralement l'affaire?.
Ce qui a finalement permis au simulateur de fonctionner à nouveau pour moi, c’était de supprimer tout ce qui se trouvait sous Library/Application Support/iPhone Simulator/
dans le répertoire utilisateur. Ce qui, à mon avis, a posé le problème en premier lieu, c’est d’essayer d’utiliser un répertoire nommé «Ressources» comme décrit ici: https://stackoverflow.com/a/1265168/649
Cela m'est arrivé lorsque deux projets xcode ont été ouverts avec le même identifiant de paquet.
Solution: Laissez un seul projet ouvert ayant le même identifiant de paquet.
La solution de Lindemann a fonctionné pour moi. Néanmoins, au cours du développement ultérieur, je suis tombé sur une autre situation générant ce problème: si vous créez une référence de dossier (dossier bleu sur l'explorateur de fichiers de Xcode, par opposition aux dossiers jaunes qui ne sont que des groupes), le même problème se posera. Dans ce cas, la solution consiste simplement à renommer ce dossier . Après cela, suivez la solution de Lindemann.
J'ai eu des problèmes similaires lorsque j'ai installé XCode 4.5 sur OS X Mountain Lion. J'ai cherché pendant un moment et essayé quelques corrections, mais ce qui a finalement résolu le problème est d'ajouter "127.0.0.1 localhost" à mon fichier hosts (/ etc/hosts).
Voici ce que j'ai fait:
Open a terminal Shell with cmd+space > terminal
type in "cd /etc"
type in "Sudo nano hosts"
type in your root password
add "127.0.0.1 localhost"
save with ctrl+o > return
close with ctrl+x
log out and log in again or restart
Ctrl-Maj-Option-K (identique à maintenir l’option enfoncée et à sélectionner Produit ... Nettoyer le dossier de construction) a toujours fonctionné pour moi.
Ce qui semblait fonctionner pour moi était de créer et d’exécuter mon code de sorte qu’il ouvrait le simulateur, puis de maintenir l’icône du simulateur dans le Dock et de sélectionner Options -> Conserver Dock
Après cela, je viens de fermer le simulateur et de le lancer à partir du quai, puis de supprimer l'application de l'écran d'accueil du simulateur.
Construire et exécuter l'application à partir de XCode et tout semblait être OK à nouveau.
Il semble y avoir beaucoup de choses qui peuvent causer cette erreur, mais pour moi il s’est avéré que je manquais de la clé CFBundleIdentifier
de mon plist .
Ajoutée, et le simulateur a démarré normalement.
Assurez-vous également qu'aucun nom de fichier/groupe n'entre en conflit avec les paramètres par défaut du projet.
Les choses ont commencé à casser pour moi lorsque j'ai ajouté un fichier info.plist à mon projet (Bad Idea). Il en va de même lorsque vous ajoutez un groupe "Ressource". Je n'ai pas de liste exhaustive, mais si quelqu'un le souhaite, partagez-le.
Nettoyer/renommer ces fichiers en conflit et suivre la solution fournie par Lindemann ( https://stackoverflow.com/a/12504712/2069749 ) a résolu le problème pour moi.
Assurez-vous de ne pas avoir de règle de construction invalide, ce qui causera cette erreur, m'est arrivé une fois (j'avais ajouté une règle de construction par erreur et je l'avais laissée invalide).
J'ai eu le même problème, dans mon cas, j'ai laissé le simulateur ios ouvert dans un compte d'utilisateur et j'ai changé (sans déconnecter le précédent) pour un autre compte d'utilisateur. Je ne pouvais même pas ouvrir le simulateur ios pour effacer et réinitialiser ses paramètres. [Les spectacles ne pourraient pas ouvrir le simulateur ios OSStatus - 10829]
Ma solution: J'ai quitté le simulateur dans le premier compte d'utilisateur, puis je suis revenu au deuxième compte d'utilisateur, tout fonctionnait bien.
Vous devez modifier le débogueur LLDB en GDB. Cela m'a aidé à démarrer mon programme dans le simulateur.
Si vous utilisez un compte réseau, vous devez remplacer le "~/Library/Application Support/iPhone Simulator
" par un lien vers un répertoire local. Cela a fonctionné pour moi après avoir tout essayé.
Ce qui a bien fonctionné pour moi, c’est que j’ai réalisé que j’allais jouer avec les paramètres du projet et que j’ai supprimé accidentellement la section info-pliste. Après avoir spécifié le fichier plist correctement, cela a fonctionné. J'espère que ça aide quelqu'un.
essayez de faire les prochaines étapes:
De plus, vous devez peut-être supprimer les données dérivées et faire Product/Clean
Je ne peux pas vous dire à quel point je suis frustré d’essayer de cerner la cause de celui-ci. Ça m'a pris des heures. Des essais et des erreurs ici et là .. tout ne mène à rien tant qu’il n’ya pas un commentaire dans l’un des fils de discussion relatifs à cette mention de "Exécutable". Boom! Je me souviens de la clé de pliste "Fichier exécutable" dans la pliste de mon projet (PROJECT-info.plist). Alors je suis arrivé et j'ai découvert que cette entrée manquait. Je l'ai rempli avec le défaut que vous voyez lors de la création d'un nouveau projet, "Fichier exécutable" associé à "$ {EXECUTABLE_NAME}". Build + Run. Ensuite, cela a finalement fonctionné!
Btw, j'ai essayé tous ces supprimer/réinitialiser des trucs trouvés partout SO. Aucun d'entre eux ne fonctionne.
Si la réinitialisation du contenu et des paramètres dans le simulateur ne fonctionne pas pour vous, assurez-vous qu'il existe une entrée pour localhost dans votre fichier/etc/hosts:
127.0.0.1 localhost
Certains programmes peuvent supprimer la ligne ou la commenter (#), voire même supprimer complètement votre fichier/etc/hosts /. J'ai tout essayé, mais une fois que j’ai ajouté localhost au fichier, le simulateur a parfaitement fonctionné pour moi.