2010-05-14 6 views
0

Je pourrais résoudre ce problème tout à l'heure mais en supposant que d'autres pourraient avoir le même problème, je publie la "solution" ici de toute façon. Lors de la construction d'un projet en XCode en utilisant "Build and Debug" puis en l'exécutant, le simulateur de l'iPhone quitterait sans imprimer un message d'erreur à la console. Comme par exemple je voudrais accéder à un pointeur invalide et il se terminerait juste sans imprimer le programme reçu le signal: "EXC_BAD_ACCESS". J'avais l'habitude d'utiliser le SDK 2.X et je n'ai jamais expérimenté cela et maintenant je suis passé à 3.2 et ce bug est complètement nul. Quoi qu'il en soit. La "solution", si vous voulez l'appeler ainsi, consiste à définir un point d'arrêt sur la ligne où vous accédez à votre pointeur invalide, ouvrez le débogueur, passez dessus et dans le cycle suivant, entrez dans celui-ci. Après cela, appuyez sur continuer, puis fermez le débogueur et le simulateur. Ensuite, l'exécution du projet en utilisant le bouton "Construire et Déboguer" sur la "Console Débogueur" a été corrigé, c'est-à-dire lorsque le simulateur plante, "EXC_BAD_ACCESS" imprime maintenant comme dans SDK 2.X.iPhone SDK 3.0 ne pas afficher les messages d'erreur

+0

En fait, c'est une question: peut-être que quelqu'un peut m'expliquer pourquoi cela se passait –

+1

Pouvez-vous expliquer votre question, exactement? Cela se lit comme si vous posiez une réponse à une question, mais je ne suis pas sûr de savoir quelle est la question. –

Répondre

1

Xcode poursuivra «normalement» une exception non interceptée et affichera le message approprié dans la console du débogueur. Cependant, si vous avez défini "Run-> Stop sur Objective-C Exceptions", il s'arrêtera d'abord dans gdb avant d'afficher le message. J'imagine que vous avez peut-être défini ce point d'arrêt à un moment donné - il y a quelques points d'arrêt liés que vous pouvez définir dans .gdbinit qui auront un effet similaire.

+0

Salut Merci, mais ce n'est pas ce qui l'a causé. J'ai essayé de l'exécuter avec et sans "Stop sur Objective-C Exceptions" et dans les deux cas, il imprime maintenant "EXC_BAD_ACCESS" bien! Donc la question demeure: pourquoi ne le ferait-il pas après une nouvelle installation de SDK 3.2? Pourquoi ai-je dû jouer avec des points d'arrêt pour l'imprimer? Cela ressemble à un bug pour moi mais il me manque probablement quelque chose! Merci beaucoup pour votre aide! À la vôtre, Matt –

Questions connexes