Pourquoi ne sont pas mes points d'arrêt de travail?

Dans Xcode 7, ce qui a fonctionné pour moi a été:

1) assurez-vous que la cible -> système -> Exécuter - est en mode de Débogage (a été Communiqué)

2) assurez-vous de cocher l'option "Debug exécutable" voir ci-dessous:

Je viens d'avoir le même problème (encore une fois). Après la triple vérification des "symboles de Charge paresseusement" et de décapage et les informations de débogage de la génération des drapeaux, je n'ai suivantes:

1. quitter Xcode
2. ouvrez une fenêtre de terminal et de cd vers le répertoire du projet
3. cd dans le .xcodeproj répertoire
4. supprimer tout sauf le .pbxproj fichier (j'ai eu de franches.mode1v3 et frank.pbxuser)

Vous pouvez accomplir la même tâche dans le finder en droit/option-clic sur le .xcodeproj bundle et choisir "Afficher le Contenu du Paquet".

Quand j'ai redémarré Xcode, l'ensemble de mon windows par défaut pour réinitialiser les positions, etc, mais les points d'arrêt travaillé!

Voir ce post: Les points d'arrêt ne fonctionne pas dans Xcode?. Vous pourriez être en poussant des "Run" au lieu de "Debug" dans ce cas, votre programme n'est pas en cours d'exécution avec l'aide de gdb, dans ce cas, vous ne peut pas s'attendre à des points d'arrêt de travail!

Venu sur cette page avec le même problème (code C dans Xcode 6, de ne pas s'arrêter à des points d'arrêt) et aucune des solutions ci-dessus a travaillé (le projet a été pratiquement hors de la boîte, les paramètres de la sagesse, donc peu de chance pour l'un quelconque des paramètres du débogueur pour être fixé à la valeur faux)...

Après avoir englouti quelques temps en réduisant le problème, j'ai enfin trouvé le coupable (pour mon code):

Xcode (/LLVM) n'aime pas les Bisons de style #line préprocesseur commandes.

Enlever résolu le problème (débogueur s'est arrêté à mes points d'arrêt).

Solution pour moi avec XCode 9.4.1 (ne pas arrêter à n'importe quel point d'arrêt):

En vertu de la Cible build -> Build Settings -> Niveau d'Optimisation:
Elle passe de "Optimiser pour la vitesse" -> "optimisation" (maintenant, c'est plus lent mais fonctionne)

J'ai beaucoup de problèmes avec des points d'arrêt dans Xcode (2.4.1). Je utiliser un projet qui contient d'autres projets (comme une Solution dans Visual Studio). Je trouve parfois que les points d'arrêt ne fonctionnent pas du tout, sauf s'il existe au moins un point d'arrêt défini dans le projet de départ (c'est à dire celui contenant le point d'entrée de mon code). Si les seuls points d'arrêt sont en "bas niveau" des projets, ils ont tout simplement ignoré.

Il semble également que si Xcode ne gère que le point d'arrêt des opérations correctement si vous agissez sur le point d'arrêt lorsque vous êtes dans le projet qui contient la ligne de source le point d'arrêt est sur.

Si j'essaie de la suppression ou de la désactivation des points d'arrêt par un autre projet, l'action n'est pas entrée en vigueur, même si le débogueur indique qu'il est. Je vais donc me retrouver en rupture sur désactivé les points d'arrêt, ou sur une (maintenant invisible) point d'arrêt que j'ai enlevé plus tôt.

Je pense que le problème pourrait être une incompatibilité entre les versions d'appareil et Xcode. J'ai ce problème lorsque vous essayez de déboguer sur mon iPhone 4S sous iOS 5.0.1. Je suis toujours à l'aide de Xcode 3.2.5. J'ai reçu les symboles de l'appareil en sélectionnant "utiliser ce périphérique pour le développement" dans l'Organisateur de la fenêtre. Ce téléphone refuse de point d'arrêt, cependant. Mon vieux 3GS sera point d'arrêt, même Xcode projet, les mêmes paramètres... juste différent de l'appareil et il fonctionne sous iOS 4.0. Je suppose que c'est un Xcode bug dans 3.2.5, depuis que j'ai les symboles. Après avoir essayé toutes les solutions posté ici, jusqu'à présent, j'ai décidé que la solution à mon problème est d'aller de l'avant et de mise à niveau pour XCode 4. Peut-être vous ne pouvez pas déboguer efficacement, à moins que votre base SDK est au moins aussi élevée que le système sur lequel vous souhaitez déboguer. Peut-être que c'est évident - quelqu'un peut confirmer?

Edit: je mettrai à jour quand je peux confirmer que c'est vrai.

Pour cela, et aussi pour Xcode 6 et au-dessus assurez-vous que le point d'arrêt de l'état du bouton est activé (la flèche bleue-comme le bouton):

J'ai trouvé le problème. En quelque sorte le "Montrer Démontage lors du débogage" a été activée dans mon XCode qui crée ce problème. Quand j'ai désactivé tous mes débogueur s'est arrêté dans mon code source.

Vous pouvez le trouver sous: Product->Debug Workflow->Show Disassembly lors du débogage.

Si tout le reste échoue, au lieu d'un point d'arrêt, vous pouvez appeler la fonction suivante:

void BreakPoint(void) {
    int i=1;
    #if !__OPTIMIZE__
    printf("Code is waiting; hit pause to see.\n");
    while(i);
    #endif
}

Pour reprendre, définissez manuellement j'ai à zéro, puis appuyez sur le bouton reprendre.

J'ai essayé toutes les solutions mentionnées ci-dessus, mais pour moi seulement désactiver le débogage des points d'arrêt, une fois, puis de les activer travaillé.

Lors de la configuration de votre point d'arrêt, cliquez à droite et vous devriez obtenir plusieurs options sur la façon dont le point de rupture est manipulé (le journal de vars et de continuer, mettre en pause l'exécution, etc)

Assurez-vous également que les "Symboles de Charge paresseusement" n'est pas sélectionné dans le débogage de vos préférences.

(S'applique à Xcode 3.1, vous ne savez pas à propos de dernières/prochaines versions)

Une autre chose à vérifier est que si vous avez une "Droits" fichier plist de votre mode de débogage (peut-être parce que vous êtes en train de faire des trucs avec le Trousseau de clés), assurez-vous que le fichier plist a le "get-tâche-pour autoriser" = OUI ligne. Sans elle, le débogage et la journalisation sera brisé.

J'ai Xcode 3.2.3 SDK 4.1 points d'arrêt échoue au hasard. J'ai trouvé, si vous nettoyez la construction et l'utilisation de la touche de commande, en vertu de construire se remettre au travail.

J'ai été confrontée au même problème quand j'ai voulu le débogage web plug-in où l'exécutable personnalisé a été Safari 5.1.
Il fonctionnait bien jusqu'à niveau mon Safari 5.1 de php 4.0.5.
Une fois que j'ai installé Safari 4.0.5 encore une fois, tous les points d'arrêt commencé à travailler, sans modifier toute Xcode réglage.

Je crois qu'un projet peut également être endommagé en ce qui concerne les points d'arrêt. J'ai un projet, par exemple, qui ne cassera PAS sur tous les points d'arrêt qu'il se souvient de la session précédente. J'ai d'abord écrit à propos de ce ici

Viens de résoudre ce dans XCode 4.2, aucun des ci-dessus aidé. La chose a été (je ne suis pas sûr de ce qui s'est réellement passé, mais peut-être que cela aide quelqu'un): mon coéquipier créé de nouveaux construire des configurations et des mises à jour du projet dans le SVN. J'avais ancienne configuration de génération mis en place dans Exécuter les paramètres de jeu, de sorte que les étapes a été pour moi l':

1. Produit -> Modifier le Régime...
2. Sélectionnez "Exécuter en %nom_du_projet.app%" (ou quelle que soit la cause du problème)
3. De créer une liste déroulante configuration sélectionnez la construction de la nouvelle configuration de mon coéquipier

Et c'est tout, les points d'arrêt sont de retour. Espérons que cette aide.

En cas de Xcode 4 et, plus tard, *les symboles de Charge paresseusement* est semble être chuté. Afin de consulter ce post cliquez ici

Simple et détaillée a fonctionné pour moi.

Cela arrive de temps en temps avec un iOS projet au moins. Pour le fixer, j'ai dû redémarrer l'appareil iOS, quittez Xcode, et de reconstruire le projet.

Sur Xcode 6.4, j'avais besoin de redémarrer mon Mac.

(Essayé activation/désactivation des points d'arrêt, le redémarrage de l'appareil iOS, le redémarrage de Xcode, la suppression de point d'arrêt de fichiers à partir de l'espace de travail du paquet...)

Dans mon cas, j'ai trouvé que les points d'arrêt ont été accidentellement désactivé. Vous pouvez le réactiver à nouveau via Debug->Activer les points d'arrêt [Cmd+Y]. Si vous remarquez gris ed out point d'arrêt marqueurs au lieu de l'habituel marqueur bleu, c'est probablement le cas.

Comme il s'est avéré, vous pouvez toujours basculer les points d'arrêt de l'activation avec Cmd+Y touches, vous pourriez avoir atteint cette combinaison de touches ne pas la remarquer. Ce rapport est basé sur Xcode 7.2.

J'ai Xcode Version 4.6.3 et des points d'arrêt ont été de ne jamais travailler en sous-groupes de projets. Le projet serait de compiler et d'exécuter très bien; il serait même attacher le débogueur et de cracher NSLog sortie de manière appropriée.

Le problème était lié à mon en-Tête de Chemins de Recherche. J'ai eu une partie de leur set "récursive" au lieu de la valeur par défaut "non-recursive'. Changement de tous à des "non-récursive" et la mise à jour de toutes les importations de façon appropriée résolu le problème.

J'ai eu le même problème. J'ai ré-installé xcode. qui a résolu mon problème