web-dev-qa-db-fra.com

Xcode ne compile aucun projet? 'échec de l'échec avec le code de sortie 255'

Salut tout ce que le titre dit, je travaillais sur mon projet sans aucun problème, puis tout d’un coup, la compilation s’est arrêtée. La seule chose qui a conduit à cela a été l'un de mes fichiers .m est devenu rouge lorsque je l'ai renommé par inadvertance et j'ai dû le supprimer et le remplacer, mais c'était tout. J'ai cherché autour de moi et je peux confirmer que ce n'est pas mon identifiant de paquet qui est à l'origine du problème. Je l'ai également couru avec llvm-gcc et ai obtenu ce 'llvm-gcc-4.2 a échoué avec le code de sortie 1' et aide? Merci!

ETA: C’est aussi ce qui est écrit dans la petite boîte d’erreur:

clang: erreur: impossible d'exécuter la commande: posix_spawn en échec: ressource temporairement indisponible/Developer/usr/bin/clang a échoué avec le code de sortie 255

58
Adam Ashwal

Je viens d'avoir cette même erreur, même situation (le code a fonctionné parfaitement, puis tout à coup, ce message d'erreur) Pour moi, je viens de fermer le simulateur et de le rouvrir, puis xCode ne se plaint plus. 

Avez-vous essayé d'exécuter votre code dans l'appareil?

179
nluo

Cela se produit car votre installation OS X est en cours d'exécution dans la limite de processus par utilisateur. Et cela se produit parce que XCode ne tue pas toujours proprement votre processus à la fin d'une session de débogage.

Sur ma machine, 709 processus sont autorisés par utilisateur:

El Smeg:~$ sysctl kern.maxprocperuid
kern.maxprocperuid: 709

En regardant le nombre de processus zombiés sur ma machine:

El Smeg:~$ ps aux | grep \(GridView\) | wc -l
 608

Vous pouvez donc voir que je suis assez proche de la limite de processus par utilisateur, du fait que XCode laisse les processus zombies en suspens.

Malheureusement, je ne vois pas un bon moyen de les éliminer. kill -9 ne fonctionne pas. Le redémarrage semble être le seul correctif mis à part l'augmentation temporaire de votre limite par processus, ce qui n'est pas vraiment un correctif. Vous ne pouvez pas tuer le processus parent parce que lancer et tuer est assez équivalent à un redémarrage de toute façon.

65
Jason Harris

Pour moi, il me suffisait de redémarrer (OS X 10.7, Xcode 4.5).

20
jab

J'ai eu cela plusieurs fois. La solution la plus simple que j'ai trouvée pour y remédier consiste simplement à fermer le simulateur.

2
Alan

Redémarrez votre MAC, lancez xcode et, avant tout, nettoyez votre projet (cmd + shift + k).

2
riyaz

J'ai fait le nettoyage et la reconstruction, ainsi que "supprimer l'application du simulateur". Les problèmes ne disparaissent tout simplement pas, parfois il apparaît comme une autre erreur de compilation sur un fichier xib (ce qui est une fausse alarme). Finalement, j'ai redémarré la machine et le problème a été résolu. 

Je me souviens d’avoir fait le processus kill Xcode/simulator dans le passé, mais je ne me souviens pas de la situation exacte. 

0
uudaddy

Je l'ai essayé avec Xcode 11 beta et ça ne marche pas, j'ai changé la configuration de build en Release et ça marche à merveille. Projet ---> Éditer le schéma ----> Exécuter ---> Configuration de la construction ---> Libérer

0
Ahmed Abdallah

Je viens de rencontrer ceci, fermer xcode et le rouvrir a fait l'affaire. Je suis curieux de savoir si purge aurait fait quelque chose.

0
j_mcnally

peut-être que cela pourrait être utile à quelqu'un.

J'ai eu le même problème, et c'est juste parce que je compile avec make -j.

Comme vous le savez, cela oblige à utiliser autant de threads que possible, et je pense qu’un de ces threads utilisait une ressource quand un autre a essayé d’y accéder.

Laissez make -j compiler jusqu'à ce que l'erreur se termine automatiquement, puis faites simplement make.

Cela devrait fonctionner normalement.

Bien sûr, vous pouvez simplement compiler avec make dès le début, mais ce sera plus long.

0