Actuellement avoir du mal à déboguer avec Xcode. Toutes les traces de pile ne montrent que les deux derniers appels rendus. Impossible d'utiliser lldb code> console également. Par exemple, un sélecteur
simple code> Erreur code> affiche ce journal de trace
* thread #1: tid = 0x2503, 0x32d2e960 libobjc.A.dylib`objc_exception_throw, stop reason = breakpoint 1.1
frame #0: 0x32d2e960 libobjc.A.dylib`objc_exception_throw
frame #1: 0x37c4ae06 CoreFoundation`-[NSObject(NSObject) doesNotRecognizeSelector:] + 170
3 Réponses :
Un redémarrage simple Xcode a résolu le problème. Mais ce bogue continue de se produire après un moment plus tard. Je signalerai un bug à ce sujet. P>
Simple mais efficace. Merci! J'ai eu le même problème. Le débogueur ne montrerait que les deux derniers éléments de trace de pile. Les invocations étaient toutes des appels simples de méthode statique simple. Un redémarrage de Xcode résolu.
Le déroulement via les fonctions d'exécution de l'objectif-C peut être délicate à bras, l'assemblage est à la main et LLDB peut avoir du mal à comprendre comment vous détendre. Dans ce cas, il semble que cela ait une image plus éloignée, puis ne pouvait être plus éloigné. p>
Essayez l'impression En outre, mon expérience est que GDB est beaucoup plus fiable. P> [Nsthread CallStacksymbols] Code> du débogueur, qui fonctionne parfois lorsque le débogueur ne le fait pas. Cela ne me surprend pas vraiment que p>
GDB (et CallStacksymbols Code>) Faites une promenade de pile droite. LLDB inspecte l'instruction de la méthode pour déterminer comment les registres sont enregistrés et la pile est manipulée. Le Stackwalk LLDB sur le bras a été amélioré au cours de la dernière année, mais les routines d'expédition optimisées par l'OBJ-C sont très difficiles à analyser correctement. L'algorithme de chaîne de suivi simple utilisé par GDB et
CallStacksymbols CODE> échouera également dans d'autres cas, aucun de ceux-ci ne fonctionnera correctement tout le temps. La pile déroulant peut être assez délicate.
@Jasonmolenda Je suis sûr que GDB ne fait pas une promenade pile naïve - elle ne parvient souvent pas à donner une backtrage où + callstacksymboles code> fonctionne.
Joli tour. Merci! Souhait qu'il y ait une solution moins gênante cependant. :(
J'ai le même problème ... J'utilise Mac OS X 10.7 et j'ai déjà fait mdimport. dans tous les dossiers de symboles. Avez-vous résolu cela?