8
votes

La commande Xcode 8 "a échoué en raison du signal: Défaut de segmentation: 11"

J'ai mis à jour mon Xcode à Xcode 8 et accepté toutes les mises à jour, mais je reçois une erreur me dise "La commande a échoué en raison du signal: Défaut de segmentation: 11"

Notez que je suis au courant que cette question est très proche de celle-ci:

Erreur de compilation Xcode 7: "La commande a échoué en raison du signal: Défaut de segmentation: 11"

Notez également que j'utilise un serveur d'analyse, je doute que cela ait quelque chose à voir avec cela, mais je pensais que je le mentionnerai au cas où.

Mais cela n'a pas résolu mon problème, quelqu'un avait-il ce problème / résolu?

Merci!


4 commentaires

essayez cmd + alt + k pour nettoyer le cache de construction


@ Özgürersil j'ai essayé cela et ça revient


Cela se produit à cause des pods tiers que vous utilisez, essayez POD Update après avoir nettoyé votre cache de construction


Cela a tendance à se produire avec moi lorsque mon projet rencontre de nombreuses erreurs et ne peut pas faire face. Comme mentionné ailleurs, l'assistant de migration ne fera pas tout le travail pour vous, vous aurez probablement beaucoup de problèmes avec votre code à réparer pour la nouvelle syntaxe. Outre la suggestion de @ozgur Ersil, vous pourriez également trouver utile d'ajouter '-XFronTend -Debug-temps-fonctions-fonctionnalités' à l'autre section des drapeaux de Swift Compiler - Drapeaux personnalisés qui vous indique la durée de chaque section de chaque section du code compiler. Outre les problèmes bien annoncés autour des dictionnaires et des tableaux, faites attention à des goulots d'étranglement autour de la fermeture.


5 Réponses :


3
votes

Nous avons rencontré le même problème. Cette réponse a résolu notre problème: Défaut de segmentation du compilateur Swift lors de la construction

Vous devez déballer tous les options avant de pouvoir les utiliser dans une instruction IF.


4 commentaires

Il ne semble pas que c'est le problème ici, j'ai vérifié mon code et il semble bon, je n'ai même pas l'erreur sur une ligne spécifique, cela donne l'erreur quand j'essaie de compiler


Nous avons eu l'erreur également que lorsque nous avons compilé notre code. Mais si vous avez déjà déballé, cela ne semble pas être le cas. Mais avez-vous un code objectif-C dans votre projet? Avec la nouvelle version Xcode, certaines fonctions de l'objectif-c rendent désormais des options que vous ne voyez pas directement dans Xcode


Je n'utilise que Swift dans mon projet, donc ce n'est pas le problème


pas exactement le même problème pour moi, mais aussi lié aux options d'option



-1
votes

code avec cette erreur xxx

code correct sans erreur xxx < p> Cela a résolu mon problème.


0 commentaires

3
votes

Ceci est un problème dynamique avec Xcode mais peut être résolu en modifiant votre propre code d'une manière ou d'une autre. Cela m'est arrivé pendant que je migrais de migrer du code de Swift2.3 à Swift3.1

Dans mon cas, l'erreur s'est produite lors d'une définition de méthode et la méthode est jointe comme @ibaction pour un UIBUTON. P>

// 'var1' is defined in higher scope
func someFunction() {
    if let var2 = var1,
       let var1 = someValue {
        // some code
    }
}


0 commentaires

0
votes

La cause la plus probable est une erreur de codage que Xcode n'a pas été prise en charge car elle est en train de s'écraser / ne se précipite pas. Il suffit de redémarrer Xcode devrait vous montrer où l'erreur est dans votre code.


0 commentaires

0
votes

Dans mon cas, l'erreur se produit avec le code similaire à celui-ci: xxx pré>

cause: strong> p>

Le fait que URL est un exemple de variateur optionnel Var fort> que je ne passe pas en elle-même, semble planter le compilateur Swift. P>

Localisation du problème: strong> p>

Qu'est-ce qui est intéressant et peut vous donner un indice quant à l'endroit où le code fautif est situé, est-ce (au moins dans mon cas) L'éditeur Xcode se bloque également strong> pendant que vous écrivez le code: p>

 Entrez la description de l'image ici p>

Solution: strong> p>

dans mon cas, je devais simplement déballer le Instance optionnelle var code> dans une autre variable au lieu de lui-même (qui était stupide en premier lieu ...). E.g.: P>

class AClass {
    var url: String?

    func aMethod() {
        guard let urlString = url, let actualUrl = URL(string: urlString) else {
            // Use `actualUrl`
        }
    }
}


0 commentaires