Xcode 4 se bloque à "Attacher à (nom de l'application)"
Je viens de passer à Xcode 4 et pour une raison quelconque, mon application ne fonctionnera pas dans le simulateur ou sur le périphérique iOS. Cela fonctionnait parfaitement dans Xcode 3, mais tout à coup, lorsque je clique sur Exécuter, le programme s'arrête à "Attaching to ...". Il ne semble y avoir aucune autre information pour aider avec ce problème non plus.
Pour résumer, vous pouvez essayer les solutions suivantes pour résoudre le problème:
- Redémarrez le simulateur.
- Assurez-vous que vous n'avez pas inclus le fichier Info.plist dans vos phases de construction -> Copier les ressources de l'ensemble.
- Dossier de ressources ajouté au projet en tant que référence de dossier (icône de dossier bleue). Cela a causé le problème, après avoir ajouté le dossier en tant que groupe, le problème a disparu.
Fixe le !! Espérons que cela aide certaines personnes à éviter quelques heures très frustrantes. J'ai résolu ceci par:
- En cliquant sur le nom du projet dans le volet de gauche (tout en haut). Cela fera apparaître un nouveau menu à droite, quelque chose comme les éditeurs de projet/cible dans XCode 3.
- Cliquez sur Construire les paramètres en haut.
- Sous Emballage, assurez-vous que le nom de votre produit est le même pour chaque version et qu'il correspond à tout ce qui est écrit. Par exemple, si XCode est suspendu à "Attaching to myLCBO" mais que le nom de votre produit est "LCBO Finder", il ne se créera pas. C'était exactement mon problème car j'ai renommé mon application à mi-chemin du développement.
J'espère que cela t'aides!
Voici notre solution:
Dans Projet> Modifier les modèles> Exécuter.
Changez le débogueur de GDB en None (directement au-dessus du cercle vert dans l'image ci-dessus).
Un conseil que j'ai trouvé sur le Forums des développeurs Apple :
Accédez à votre répertoire NomProjet.xcodeproj/et supprimez tout élément nommé avec votre ID utilisateur. Rouvrez le projet dans xcode et tout ce qui sera recréé et cela devrait fonctionner. Au moins ça l'a fait pour moi.
Une autre astuce consiste à supprimer manuellement le répertoire build.
Une autre astuce consiste à accéder à l’Organisateur (Shift ⇧Command ⌘2 dans xcode 4), sélectionnez Projets , sélectionnez votre application dans le côté gauche, puis Supprimer ... - bouton à droite de Données dérivées .
Et n'oubliez jamais le conseil universellement utile: redémarrez votre ordinateur et réessayez.
Bonne chance!
La solution fournie n'a pas résolu le problème dans mon cas.
Afin de le résoudre (XCode 4 uniquement), je devais aller à Produit -> Éditer le schéma. Ensuite, sélectionnez le schéma "Exécuter", et marqué "automatiquement" qui n'a pas été activé.
J'espère que ça aide quelqu'un.
Pour tous ceux qui essaient encore de résoudre ce problème après tout ce que vous avez essayé ci-dessus, essayez de démarrer iphone simulator en cliquant sur simulateur iOS dans le menu situé en haut, réinitialisation du contenu et des avertissements. Cela effacera toutes les applications du simulateur, mais vous pouvez enfin utiliser le simulateur!
De plus, assurez-vous que vous n'avez pas inclus le fichier Info.plst dans vos phases de construction -> Copier les ressources de l'ensemble. Si c'est le cas, supprimez-le de cette liste! J'ai une petite erreur qui pourrait arriver, mais quelque chose qui gâche les choses assez méchant: S
Le redémarrage du simulateur fonctionne pour moi :)
Une autre solution possible: mon dossier Ressources a été ajouté au projet en tant que référence de dossier (l’icône de dossier bleu). Cela a causé le problème, après avoir ajouté le dossier en tant que groupe, le problème a disparu.
Je trouve vraiment la réponse pour moi :)
pour moi,
configuration du projet -> votre cible -> phases de construction -> validation du paramétrage -> effectuer
et maintenant le problème est parti.
:)
J'espère que ça aide
Cette solution n’est pas technique mais elle a fonctionné pour moi.
Lorsque Attaching to Process apparaît dans xcode et qu'il se bloque pendant un moment, il suffit de simuler le simulateur iOS et de relancer l'application en appuyant sur Commande + R.
Il lancera l'application sans aucun problème :)
Cela semblait également m'arriver lorsque le fichier info.plist était en phase de création de copie. Il semble que parfois Xcode vous en avertisse, et d'autres fois non. Très étrange. Mais si vous rencontrez ce problème, assurez-vous que info.plist N'EST PAS dans votre phase de création de copie.
Comme Rob l'a dit, mais vérifiez également que "l'identifiant" doit se lire par défaut "com.votreentreprise.VotreNom" J'ai modifié la "société" par erreur, ce qui a entraîné le même problème que celui mentionné ci-dessus.
J'ai résolu ce problème comment:
1) Simulateur iOS-> Réinitialiser le contenu et les paramètres ...
2) Le nom du projet, le nom du schéma et le nom de la cible sont identiques. "AppName" et "Appname" n'est pas vrai. Doit être "AppName" et "AppName" ou "Appname" et "Appname".
3) Redémarrez XCode et quittez Simulator.
Nom du projet dans Paramètres de construction-> Nom du produit.
Nom du schéma dans Produit-> Gérer les schémas. Cliquez sur le schéma actuel une fois pour renommer.
Nom de la cible dans la colonne du projet avec les cibles. Cliquez une fois sur la cible actuelle pour renommer.
Bonne chance =)
J'ai tout essayé et rien n'a fonctionné. J'ai un ancien projet de XCode 3. J'ai simplement renommé info.plist dans le projet en un autre nom, j'ai redémarré le simulateur et tout fonctionne correctement depuis.
Mon problème était également un dossier nommé "ressources" sur le dossier source racine. On dirait que cela entre en conflit avec certains noms de construction internes.
Renommer le dossier en "res" a résolu le problème pour moi.
Sous Product> Edit Scheme> Run> Info, le débogueur de LLDB a été remplacé par GDB, ce qui est parfait pour moi!
J'ai souvent rencontré ce problème après avoir renommé un projet dans Xcode 4.
J'ai pu résoudre ce problème en modifiant l'identifiant de paquet dans le fichier .plist.
Une fois que j'ai renommé le projet, l'identifiant de l'ensemble changerait comme suit:
com.yourcompany.${PRODUCT_NAME:rfc1034identifier}
revenir à ceci:
com.yourcompany.${PRODUCT_NAME}
arrêtera le blocage de Xcode et permettra à l'application de s'exécuter.
J'ai tout essayé dans cette page, et la "nouvelle" solution qui fonctionnait pour moi était d'aller dans le simulateur et "Réinitialiser le contenu et les paramètres" dans le menu principal du simulateur iOS.
Pour moi, rien de tout cela n'a fonctionné. J'ai réalisé que mon projet avait 2 fichiers info.plist (avec deux noms différents, comme info.plist et Project-info.plist), donc XCode est devenu confus. Je viens de supprimer le fichier plist incorrect, et cela a fonctionné!
Ma solution corrige le nom de la plume. (J'ai changé mon nom de nib auparavant pour une version iPad mais j'ai ensuite supprimé le fichier nib de l'iPad). Ensuite, ça marche bien encore.
J'ai remarqué que cela m'est arrivé lorsque j'ai modifié le schéma de Build Release to Build Debug. J'ai changé de retour et ça a marché :)
Je viens juste de rencontrer le même problème: redémarrer le simulateur et Xcode n'a pas fonctionné pour moi, alors que redémarrer mon mac a plutôt bien fonctionné!
Toutes les suggestions ci-dessus n'ont pas résolu mon problème. Après avoir ajouté le dossier Resources et compilé, il se bloque lors de l'attachement à app-name. J'ai supprimé le dossier Ressources, toujours en attente. J'ai enlevé le projet et en recréer un nouveau (avec le même nom) mais j'ai toujours un problème. Si c'était un nom différent, alors ça va. J'ai redémarré le système d'exploitation, mais ça ne m'aide toujours pas.
Pour résoudre le problème, j'ai procédé comme suit: 1. ps -ef | grep Xcode, et tuer tous les processus "Xcode". 2. Réinitialisez le contenu du simulateur et quittez le simulateur. 3. Produit> Nettoyer pour nettoyer le build. 4. Compilez et exécutez le produit. Cela devrait fonctionner à ce stade.
J'espère que cela aidera d'autres personnes ayant le même problème.
Ce qui a fonctionné pour moi:
- Lancez "Monitor" et tuez gdb-i386-Apple-darwin qui était soi-disant bloqué
- Redémarrer le simulateur iOS
C'est ce qui a fonctionné pour moi:
Dans Xcode, accédez au menu Produit et choisissez EDIT SCHEMES.
Dans la liste de gauche, choisissez Run YourAppName.app. Dans le menu Exécutable, choisissez AUTRE.
Naviguez et choisissez votre fichier .app dans le répertoire de votre projet.
Maintenant, courez et ça marche :)
La meilleure option serait
- Quitter le simulateur
- Ouvrir un autre projet
- Exécuter le projet (juste pour le simulateur sake s'ouvre)
- Supprimer le projet précédent du simulateur
- Nettoyer le projet principal
- Courir à nouveau
Prendre plaisir!!!
Ce qui a fonctionné pour moi est le suivant:
En XCode:
- Cliquez sur le nom du projet
- Cliquez sur le nom de la cible
- Cliquez sur "Paramètres de construction"
- Révéler le contenu du "Nom du produit" (cliquer sur le triangle)
- Assurez-vous que le nom de tous les éléments correspond à celui du nom du projet
- Exemple
- Nom du produit myapp
- Déboguer myapp
- Libérer myapp
- Nom du produit myapp
- Exemple
- Révéler le contenu "Déploiement" (cliquer sur le triangle)
- Assurez-vous qu’il existe un élément "Cible de déploiement IOS"
- Exemple
- Cible de déploiement IOS IOS 3.0
- Debug IOS 3.0
- Communiqué IOS 3.0
- Cible de déploiement IOS IOS 3.0
- Exemple
Puis nettoyez et courez.
J'ai eu le même problème. Le problème était qu'un autre utilisateur était connecté et que le simulateur était en cours d'exécution. Imaginez qu’il ne puisse y avoir qu’une seule instance du simulateur d’iphone en cours d’exécution sur une machine, même pour différents utilisateurs. J'espère que cette information sera utile à quelqu'un :)
J'ai rencontré cette erreur après avoir incorporé un autre projet dans mon nouveau projet. Assurez-vous de supprimer le projet que vous avez ajouté à info.plist et .app
Résolu ici en utilisant Xcode 4.3.3 en réparant les permissions du disque.
J'avais tout essayé. Mon "extension de wrapper" était vide et l'application n'était pas installée dans le simulateur. J'ai changé "wrapper extension" en "app" et il s'installe maintenant dans le simulateur.
Il est toujours en attente de joindre à APP_NAME cependant ...
EDIT Mis à niveau vers Xcode 4.3, quelques redémarrages supplémentaires, ainsi que des nettoyages et des constructions, et ça marche maintenant ....
Si votre application ne fonctionne toujours pas après la modification du nom du produit, essayez de modifier également le "fichier exécutable". J'avais résolu le même problème avec cette méthode.
J'ai essayé tous les principaux conseils sur cette question mais cela ne fonctionnait toujours pas. Ensuite, je suis allé dans la cible Info (dans la section des paramètres du projet). Dans "Propriétés de la cible iOS personnalisée", l'ancien nom du produit apparaissait dans:
- Fichier exécutable
- Nom d'affichage du paquet
- Nom du paquet
Je devais les changer pour correspondre au nom de mon produit. J'ai ensuite réinitialisé le simulateur et cela a fonctionné.
La connexion de Xcode a échoué pendant que Network Link Conditioner était actif. Essayez de l'activer une fois l'attachement terminé.
target -> Paramètres de construction -> Packaging -> Wrapper Extension
la valeur devrait être app.
pour une raison quelconque, xcode a modifié la valeur ci-dessus en une valeur de:
Projet -> Paramètres de construction -> Emballage -> Nom du produit
donc, dans mon schéma, j'avais un nom de fichier funky, comme nomProjet.NomProduit au lieu de NomProduit.app
alors vérifiez bien votre schéma avant de frapper la commande + R.
Ceci est un bogue de XCode 4.4.0. Après avoir mis à jour XCode en 4.4.1, ce problème a disparu.
J'ai eu ce problème mais le problème était différent.
Une autre application essayait d’ajouter un certificat au trousseau et était suspendue pour une raison quelconque (réseau?). Reproduit cela plusieurs fois, et xcode ne pouvait exécuter l'application que lorsque le trousseau était libre.
Aucune des réponses présentées ici ne m'a aidé.
J'ai configuré le bouton radio "Lancer" dans la section "Éditer le schéma/Infos" sur "Attendre que MyApp.app soit lancé" au lieu de "Automatiquement" par défaut.
Il a cessé de se bloquer, à présent, il ne démarre pas le simulateur et trace les éléments suivants dans les journaux derrière les rideaux:
error: attach by name 'MyApp' failed
unable to create lldb_private::Process
Après avoir essayé de le rechercher sur Google, cette erreur semble être plutôt rare.
Je ne m'attends pas à ce que cette erreur soit générique pour tous les cas ici, mais espère quand même que mon message ajoutera quelques détails supplémentaires au problème discuté.
Xcode: Version 4.4.1 (4F1003)
Le problème était que dans Xcode 4.2 sur Snow Leopard 10.6.8, lorsque j'essayais d'utiliser GDB en tant que débogueur, le message "Running ..." était affiché, mais aucun des points d'arrêt ne fonctionnerait. En fait, le débogage de l'application ne commencerait même pas.
Un aperçu rapide du moniteur d'activité a révélé gdb-i386-Apple-darwin s'arrêterait à 100% d'activité du processeur.
Pour moi, la solution a été de réinitialiser mon ~/.gdbinit fichier (plusieurs milliers de lignes) qui fonctionnerait normalement si gdb est lancé à partir de la ligne de commande. Dès que j'ai renommé ce fichier pour que GDB ne puisse pas le charger, tout a bien fonctionné.
Pour mémoire, j'avais ce fichier gdbinit en désordre jusqu'à GDB dans Xcode 3.2.6 et Xcode 4.2 sur le même ordinateur.
La mise à jour Xcode 4.6.3 (13 juin 2013) résout le problème suivant:
- Se bloquer lors du débogage dans iOS Simulator sous OS X 10.8.4. 13722320
https://developer.Apple.com/library/mac/#releasenotes/DeveloperTools/RN-Xcode/
Vous pouvez essayer de mettre à jour votre Xcode pour voir si cela fonctionne pour vous. Après avoir installé la nouvelle version de XCode et redémarré le Xcode, le problème est résolu.
Après tout dit et fait. J'ai dû arrêter le simulateur. Le message passe ensuite au téléchargement de la bibliothèque principale Mac OS X 10.6.
J'ai eu exactement le même problème lors de l'exécution sur lion avec la dernière version de xcode. Il a exécuté cet assistant "utile" pour échanger les paramètres de mon projet pour utiliser LLDB au lieu de GDB, ce qui me convenait.
Ce n'était pas bien. Pour notre projet, LLDB a simplement refusé de se joindre et a ensuite provoqué le blocage du projet sans aucun message d'erreur. Retourner à GDB manuellement a résolu le problème.
Vous pouvez le faire dans "Manage Schemes"
Si vous utilisez un type de logiciel FIREWALL (petit vif, TCP Bloquer, etc.)
VÉRIFIEZ QUE VOUS SURVEILLEZ SI LES PROCESSUS XCODE/CONNEXES SONT BLOQUÉS.
Une fois que tous les processus pertinents ont été inscrits sur la liste blanche, les problèmes de "rattachement" ont été résolus.
"attacher à ..." problème:
solution xcode 4.1: Créez une nouvelle application modèle dans xcode 4.1 et exécutez-la dans le simulateur. Cela réinitialise l'erreur et le pontage xcode-sim correctement :)
J'ai eu ce problème très ennuyeux depuis longtemps aussi. J'ai installé 3 versions différentes de XCode et je ne suis pas sûr que ce soit la raison pour laquelle aucune des solutions ci-dessus ne fonctionne pour moi. Mais voici la solution que j’ai finalement trouvée: je ne tue pas le simulateur en cours d’exécution, j’essaie simplement de le relancer à l’aide d’une recherche Spotlight, saisissez "Simu" et vous devriez le trouver dans Applications, puis appuyez sur Entrée. Comme il est encore en cours d'exécution, mon application démarrera comme par magie si elle était gelée/verrouillée/en attente de pièce jointe. Cela fonctionne parfaitement pour moi maintenant et j'espère que cela fonctionnera également pour certains d'entre vous.
BTW, j'appelle Spotlight avec un Cmd + Space, de cette façon, il est très rapide de débloquer le simulateur sans utiliser la souris.
J'ai eu le même problème plusieurs fois aussi. J'ai essayé toutes les suggestions ci-dessus, mais la seule qui a fonctionné pour moi est de redémarrer mon Mac. On dirait qu'il y a des processus en suspens.
Si je connaissais le nom de celui-ci (ce n'est pas le processus de traitement de mes applications), je serais probablement capable de le tuer, sans avoir à redémarrer complètement.
Je pense que cela peut être un problème de simulateur. Si votre application a été créée sur un ancien simulateur et que vous essayez de l'exécuter sur un ancien simulateur mais que votre version xcode est nouvelle, essayez de passer votre simulateur à une nouvelle version.
J'essayais d'utiliser toutes les solutions, mais aucune ne fonctionnait pour moi. J'ai réalisé que le problème se produisait lorsque Info.plist avait défini une adhésion cible.
Essayez de cocher toutes les cases à cocher dans Target Membership (Utilities) de tous les fichiers nommés Info.plist.
Incroyable ... J'ai eu le même problème, voudriez-vous savoir quelle était la cause exacte? J'ai ajouté à mon projet un "dossier bleu" nommé "conten". Oui, il suffit de renommer le dossier bleu dans tout autre élément pour résoudre le problème. Et bien sûr, le renommer à nouveau "contenu" reproduisit le problème.
J'espère que cela peut aider.
Pour moi, la solution était (comme beaucoup d’autres solutions) complètement étrange et rare.
Ce que j'ai fait était une bêtise:
1.- Produit -> Modifier le schéma -> Exécuter
2.- Cliquez sur le "Nom de l'exécutable" (Whatever.app), dépliez les options, puis cliquez sur "autre"
]
4.- Essayez de lancer/Nettoyer votre projet.
5.- Construire et exécuter à nouveau contre l'émulateur.
Une fois que j'ai fait cela, mon Whatever.app a finalement fonctionné :)
(Mais après plusieurs minutes d'essayer TOUTES choses ici et dans d'autres endroits, ça alors! Frustrant !!)
Dans mon cas, j'ai essayé la plupart des solutions ci-dessus et rien n'a fonctionné. Constaté que certains de mes autres projets ont fonctionné. Avait une ancienne version du projet de problème et remarqué que l'identificateur de paquet avait été supprimé! (Gros doigts lors de l'ajout du nom du fichier d'icône !!)
Remettre cela à réparé pour moi.
Dans Xcode, accédez au menu Produit et choisissez EDIT SCHEMES.
Vérifiez que le Launch Automatically Le bouton radio est sélectionné.
J'ai eu le même problème.
L'application se bloque soudainement. Après le redémarrage, le simulateur était noir et accroché à "Attaching to ..."
Mon erreur était la ligne suivante dans mon code:
localnotification.repeatInterval = NSCalendarCalendarUnit; // Buggy, don't copy :)
Probablement, la mauvaise affectation dans la notification locale a provoqué le comportement étrange.
Donc, cela dépend aussi de votre code!
Ainsi, lorsque vous n'avez pas modifié la configuration du projet et que ce problème apparaît, vérifiez votre code avant de réinitialiser la configuration du projet.
Alex
Dans Xcode 4.6. Il suffit de changer le débogueur de LLDB à GDB dans Edit Scheme.
Produit> Modifier les modèles> Exécuter
Changer le débogueur en GDB
Créez un nouveau compte utilisateur, basculez sur le compte, ouvrez XCode et essayez d’exécuter le projet. Après avoir essayé toutes les autres suggestions sans succès, non seulement j’ai pu à nouveau utiliser sim, mais le compte original fonctionne maintenant.
Même si l'application ne se connecte pas après avoir nettoyé le projet, modifié le nom de l'application, redémarrez-le en réinitialisant le simulateur. Si vous utilisez le compilateur LLDB, c'est parce que le compilateur LLDB n'est pas en mesure de se connecter au serveur de débogage local dans l'ordre. pour résoudre cela, jetez un coup d'oeil à ceci
Pourquoi le débogueur LLDB échoue-t-il constamment à se connecter?
Cela résout vraiment votre problème!
Voici ce qui a fonctionné pour moi sur 4.3.3 (finalement):
Effacez le dossier de données dérivées dans XCode. N'a pas d'effets indésirables apparents.
Allez dans le Finder et allez dans le dossier -> ~/Bibliothèque/Developer/Xcode/DerivedData/(Shift-Command-G).
J'espère que cela aide quelqu'un qui a tout essayé ...