Impossible de Joindre à l'ID de Processus Xcode

Réinitialisation du contenu et des paramètres dans le simulateur a fonctionné pour moi. Il est disponible dans le "Simulateur iOS" dans le menu.

J'ai eu le même problème, et après un moment j'ai trouvé que c'était dû au fait que mon XCode projet comprenait un Dossier de Référence dans un dossier nommé Ressources.

Il semble que XCode n'aime pas ce nom.

Juste retrait du dossier de référence ou de renommer le dossier résolu le problème.

Etape 1: ping

$ ping localhost

Il doit retourner quelque chose comme

PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.048 ms
...

Si cela fonctionne, cette réponse ne sera pas résolu votre problème, essayez quelque chose d'autre.

Si ping de retour quelque chose d'autre, par exemple: ping: cannot resolve localhost: Unknown host quelque chose est vissé vers le haut avec votre /etc/hosts fichier, passez à l' Étape 2

Etape 2: Vérifiez /etc/hosts

Vérifier que le haut de votre /etc/hosts fichier ressemble à ceci

127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost 
fe80::1%lo0     localhost

Si il n'a pas d'entrées dans le fichier, entrez-les dans le haut du fichier, vider le cache dns à l'aide de $ dscacheutil -flushcache et revenir à Étape 1, sinon passez à l' Étape 3.

Etape 3: Format de Fichier Correct: Il faut unix ou LF *

$ file /etc/hosts

Ce doit retourner: /etc/hosts: ASCII English text

Si elle renvoie à quelque chose comme /etc/hosts: ASCII English text, with CR line terminators
alors le fichier est dans le mauvais format et est susceptible d'être ignoré.

Modifier le fichier de fins de ligne unix ou LF à l'aide de votre éditeur de texte favori.

• Dans Sublime Text 2 ce qui peut être fait à travers le point de vue de menu: View > les Fins de Ligne > Unix

Vider le cache dns ($ dscacheutil -flushcache) et de revenir à étape 1

C'est un vieux sujet, mais je crois que les choses ont un peu changé pour la dernière version de macOS.

J'ai trébuché sur la question, tout en essayant d'exécuter une INTERFACE utilisateur de la suite de tests pour une application iOS dans le simulateur sur macOS Mojave Bêta et Xcode 9.4.1.

S'avère, sur macOS Mojave l' codesign outil (qui est une partie de l'OS lui-même et ne fait pas partie des Outils de Ligne de Commande ou Xcode) signes processus en un trempé d'exécution de l'environnement qui comprend l'exécution de signature de code de l'application, de la bibliothèque de validation, dur, de tuer, de débogage et de restrictions. Ceci, combiné avec le Système de Protection de l'Intégrité dans macOS désert de Mojave, empêche la lldb débogueur de se connecter à la cible en cours d'exécution.

Pour résoudre ce problème, vous avez des options:

1. Évidente, probablement, c'est juste pour utiliser Xcode 10. Il ne semble pas gérer la connexion avec élégance.

2. Le redémarrage de l'OS dans le Mode de Récupération et de désactiver le Système de Protection de l'Intégrité du Terminal avec csrutil disable. Le débogueur se connecte ensuite joyeusement.

J'ai passé pas mal de temps à se taper la tête sur ce et a été en mesure de résoudre tous après la lecture de l'article suivant: http://www.lapcatsoftware.com/articles/debugging-mojave.html

Juste mes deux cents. Espérons que cela aide quelqu'un.

Je sais que c'est une vieille question, mais il est venu d'abord pour moi, quand je fait une recherche google pour "impossible de joindre à l'ID de processus". Je suis en utilisant Xcode 7. Qui s'est passé après iOS9 a été libéré et je l'avais mis à jour mon swift application pour swift 2.

La suppression de mon application dans le simulateur, et de faire une nouvelle créer et exécuter les choses sont claires à présent.

J'ai aussi le même problème, et pour moi la solution est la suivante :-

Il suffit de supprimer l'application dans le Simulateur et puis claire et Exécuter le projet.

Qu'elle les aide aussi à quelqu'un d'autre.

J'ai eu le même problème lors du débogage sur l'appareil. L'application s'est écrasé sur démarrer, mais ne pas apparaître comme un processus en cours d'exécution.

Ma solution est d'utiliser une visionneuse de processus de l'application (par exemple, l'État du Système ou similaire). Trouvez votre rassis app, puis trouver le parent de l'id de processus qui est généralement debugserver.

Aller sur Xcode, Produit -> Attach to Process -> Par l'id de processus et de joindre à la debugserver processus PID. Attendez une seconde, puis appuyez sur la Arrêter bouton.

La rassis debugserver et de l'application des processus de disparaître.

(Lors de l'utilisation du simulateur, l'équivalent serait d'utiliser le terminal, ps, et de tuer l'Application du processus. N'ai pas essayé, tout de même).

Le problème pour moi a été causé par une jolie erreur stupide: j'ai créé un nouvel objectif pour mon projet en dupliquant une cible existante et j'ai oublié de changer le Identifiant de lot dans la cible de l'info.fichier plist.

La réponse ci-dessus m'a vraiment aidé.
https://stackoverflow.com/a/12819757/1752988
Parce que dans mon XCode, j'ai utilisé story-board et personnalisé-vue-contrôleur. et dans son avertissement de la liste que j'ai vu certains de la plume fichiers sont manquants. J'ai été miss au plomb en voyant que. Cependant, j'ai vu cette réponse,
et même si je n'aime pas à réinitialiser mon App simulateur de contenu, je l'ai fait et il a vraiment travaillé pour moi.

Et aussi Changer le Débogueur de Produit -> Système -> Modifier le Schéma (Run) à partir de LLDB de GDB ne fonctionne pas pour moi non plus.

P. s.:- Excusez-moi,j'ai ajouté cette réponse comme un support commentaire ci-dessus, que je n'ai pas 15 réputation upvote la réponse ci-dessus ou 50 points de réputation à commenter ci-dessus.

La suite a fonctionné pour moi sur iOS 9.1 :

1. Il vous suffit de désinstaller l'application à partir du simulateur de
2. Quitter le simulateur (Cmd+Q)
3. Nettoyer votre projet Xcode
4. Exécuter sur simulateur

Note: Pas besoin de réinitialiser le simulateur.

Sur XCode 9+ procédez de la manière suivante:
Goto à l'XCode menu: Produit-Schéma - Modifier le Régime de et sous Exécuter onglet assurez-vous que le Debug Exécutable case est cochée ! Ça y est!

Aussi boiteux comme il est, le redémarrage de mon ordinateur était la seule solution qui a fonctionné. J'ai essayé de commutation de LLDB de GDB, réinitialiser le contenu du Simulateur, et le redémarrage de Xcode. La seule chose qui a travaillé était le redémarrage de mon ordinateur, la réouverture d'Xcode, et de ré-exécuter l'application.

Couru à travers aujourd'hui. J'ai accidentellement supprimé mon Lancement des images de mon Paramètres de la Cible.

Avez-vous plusieurs utilisateurs connectés à votre machine? J'ai "personnel" et le "travail" des comptes sur mon ordinateur portable. J'ai eu cette erreur quand j'ai essayé de débogage à partir de mon compte personnel, mais j'avais laissé le simulateur de course dans mon travail compte. Quitter le simulateur dans l'autre compte fixe mon problème.

Également eu le même problème aujourd'hui. j'ai été en utilisant Xcode 4.6.3. j'ai fermé mon projet et l'ouvrir dans Xcode 5 et il est en cours d'exécution parfaite.

Étrange mais Vrai

Je sais que c'est vieux, mais la solution pour moi a été la suivante:

Goto : Objectifs > Build settings > Liens -> Mach-O, Type = Exécutable

Si vous utilisez Cocoapods, assurez-vous que vous êtes la construction dynamique de cadres ayant use_frameworks! dans votre Podfile.

Quand j'ai été la construction de bibliothèques statiques de mon Cocoapods dépendances sur Xcode 10.2.1 et Cocoapods 1.6.1, je ne pouvais pas déboguer la cible à cause de cette "pourraient ne pas attacher d'erreur". Avec use_frameworks!, l'erreur a disparu et je pouvais à nouveau débogage.

---

Détails

Dans mon Podfile, j'ai été la construction d'un cadre statique, qui est la valeur par défaut, avec un mélange de rapide et objective-c en fonction des gousses. J'ai utilisé le :modular_headers => true avec l'un des gousses. Mon Podfile cherché quelque chose comme ceci:

swift_version = '5.0'

target 'TargetName' do
  platform :ios, '12.2'

  pod 'IGListKit', :modular_headers => true
  pod 'PromiseKit/CorePromise', '~> 6.0'
end

Ci-dessus Podfile ne pouvait pas être débogué avec Xcode 10.2.1, toujours résultant de la "impossible d'attacher à PID" modal.

Mais, quand j'ai ajouté use_frameworks!, il a travaillé! J'ai été en mesure de repro avec et sans. Voici la Podfile qui a travaillé:

swift_version = '5.0'
use_frameworks!

target 'TargetName' do
  platform :ios, '12.2'

  pod 'IGListKit'
  pod 'PromiseKit/CorePromise', '~> 6.0'
end