Tuto pour utiliser le Debugger ?
AliGator
Membre, Modérateur
Bonjour à tous,
J'ai eu à l'instant à traiter avec un bug dans mon appli que j'ai mis du temps à trouver*... et du coup lors de mes recherches pour tracker ce bug (plantage de l'appli de temps en temps quand je passais trop souvent d'une vue à l'autre dans mon appli iPhone NavigationBased), j'ai voulu essayer d'utiliser le debugger... ::)
Bon j'ai rarement eu l'occasion de l'utiliser, en général je met des NSLogs partout comme beaucoup (mais là il ne m'indiquait aucun message lorsqu'il plantait, alors ça n'aidait pas...) du coup je l'ai jamais vraiment maà®trisé et m'y suis souvent perdu... Et je réalise qu'apparemment je ne suis pas le seul dans ce cas !
Un bon petit tuto serait peut-être le bienvenu si une bonne âme se sentait d'attaqueÂ
En fait y'a plein de trucs qui me posent un peu problème :
Bref pas très motivant pour utiliser le debugger tout ça, quand pas grand chose ne marche pour pas dire rien quand on veut l'utiliser, ça donne l'impression qu'il est bien compliqué alors que j'imagine que c'est 3x rien... Donc un petit topo pas-à -pas de comment placer un breakpoint et simplement voir les valeurs ensuite (penser à faire Run->Debug j'imagine et non Run->Run dans Xcode ? quoique j'ai l'impression que ça marche aussi ?!) et tout... Merci d'avance
___
*bon à savoir : lorsqu'on affecte le delegate d'une UIWebView, par exemple qu'on relie l'IBOutlet delegate d'une UIWebView à un objet dans IB, il faut absolument faire [tt]webView.delegate = nil;[/tt], typiquement dans le dealloc du delegate lui-même, c'est indiqué dans la doc de UIWebViewDelegate mais faut le savoir, c'est pas habituel et ça m'a pris du temps !
J'ai eu à l'instant à traiter avec un bug dans mon appli que j'ai mis du temps à trouver*... et du coup lors de mes recherches pour tracker ce bug (plantage de l'appli de temps en temps quand je passais trop souvent d'une vue à l'autre dans mon appli iPhone NavigationBased), j'ai voulu essayer d'utiliser le debugger... ::)
Bon j'ai rarement eu l'occasion de l'utiliser, en général je met des NSLogs partout comme beaucoup (mais là il ne m'indiquait aucun message lorsqu'il plantait, alors ça n'aidait pas...) du coup je l'ai jamais vraiment maà®trisé et m'y suis souvent perdu... Et je réalise qu'apparemment je ne suis pas le seul dans ce cas !
Un bon petit tuto serait peut-être le bienvenu si une bonne âme se sentait d'attaqueÂ
En fait y'a plein de trucs qui me posent un peu problème :
- J'ai beau compiler en mode "Debug" et avoir placé des breakpoints en cliquant dans la gouttière à gauche dans l'éditeur de code, les Breakpoints n'ont pas l'air d'être activés. Si je vais dans la fenêtre Breakpoints, ils apparaissent ni cochés ni décochés mais avec un tiret (la checkbox en "mixed state"). Dans la doc Apple que j'ai un peu fouillé à ce sujet, ils disent que c'est parce que le symbole n'a pas été encore chargé... mais je peux attendre (et faire en sorte qu'on passe dans mon code où y'a le BP) il passe jamais en coché. Il faut que je le coche moi-même pour qu'enfin il s'active... et ce à chaque session d'exécution !! Ca me parait bien bizarre...
- Si je crée un nouveau "Symbolic Breakpoint" dans la fenêtre Breakpoints et que comme nom je met le nom d'un sélecteur quelconque genre "viewDidLoad" (je teste sous iPhone), le breakpoint n'est jamais appelé pour autant (en action associé j'ai demandé un log d'un texte, je le vois jamais dans la console)
- Du coup avec tout ça moi qui m'attendais à juste avoir à cliquer dans la gouttière pour placer des breakpoints, lancer mon appli, et qu'il s'arrête à mes BP que je puisse regarder un peu le contenu de mes variables... c'est pas gagné
- En plus quand je regarde la CallStack, tout le code associé aux entrées de la CallStack est en assembleur, à part le code que j'ai écrit moi-même... En même temps ça c'est sans doute lié au fait que je développe sur l'iPhone Simulator et qu'il a l'air de vouloir charger les debug symbol des frameworks OSX et non iPhone SDK. Car à chaque fois au début de la session gdb il m'affiche :
Donc j'ai l'impression qu'il ne va pas chercher les debugsymbols au bon endroit, mais je ne sais pas comment lui indiquer les bons emplacements...
This GDB was configured as "i386-apple-darwin".warning: Unable to read symbols for "/System/Library/Frameworks/UIKit.framework/UIKit" (file not found).
warning: Unable to read symbols from "UIKit" (not yet mapped into memory).
warning: Unable to read symbols for "/System/Library/Frameworks/CoreGraphics.framework/CoreGraphics" (file not found).
warning: Unable to read symbols from "CoreGraphics" (not yet mapped into memory).
Bref pas très motivant pour utiliser le debugger tout ça, quand pas grand chose ne marche pour pas dire rien quand on veut l'utiliser, ça donne l'impression qu'il est bien compliqué alors que j'imagine que c'est 3x rien... Donc un petit topo pas-à -pas de comment placer un breakpoint et simplement voir les valeurs ensuite (penser à faire Run->Debug j'imagine et non Run->Run dans Xcode ? quoique j'ai l'impression que ça marche aussi ?!) et tout... Merci d'avance
___
*bon à savoir : lorsqu'on affecte le delegate d'une UIWebView, par exemple qu'on relie l'IBOutlet delegate d'une UIWebView à un objet dans IB, il faut absolument faire [tt]webView.delegate = nil;[/tt], typiquement dans le dealloc du delegate lui-même, c'est indiqué dans la doc de UIWebViewDelegate mais faut le savoir, c'est pas habituel et ça m'a pris du temps !
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
En fait, il faut mettre "- [NomObjet viewDidLoad]"
(remplacer '-' par '+' en cas de méthode de Classe !)
Un problème de SDK ?
http://discussions.apple.com/thread.jspa?messageID=7727997
Est-ce qu'en mode Debug, ton SDK est bien le SDK de l'iPhone avec le bon chemin ?
Par "NomObjet" tu entends quoi ? Je veux dire, c'est pas un nom de variable (genre ici une variable de type UIViewController) j'imagine, puisque les variables ne sont que des noms symboliques pouvant stocker un objet à un moment de l'exécution et un autre à un autre moment, et en plus dépendent du contexte (on peut très bien avoir 2 variables de même nom dans deux méthodes différentes)...
Donc ici ce serait du genre "-[UIViewController viewDidLoad]" qu'il faut mettre, viewDidLoad étant une méthode d'instance de la classe UIViewController, pour qu'il break à chaque fois que cette méthode est appellée quel que soit l'objet sur lequel elle est appelée ?
En Debug, j'ai :
- Menu Project > Set Active SDK = "Simulator - iPhone OS 2.1"
- Pomme-I sur mon Projet --> Base SDK for all configurations = "Simulator - iPhone OS 2.1" (que je retrouve dans l'onglet "build", ligne "Base SDK")
- Pomme-I sur mon Target > onglet Build -> Base SDK = "Simulator - iPhone OS 2.1" aussi
Donc tout est cohérent de ce côté.
Dans mon projet j'ai 3 frameworks : UIKit, Foundation, et CoreGraphics. Les 3 ont comme "Path Type" la mention "Relative to SDK", ce qui fait que leur "Full Path" est bien dans "/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator2.1.sdk/..."
Avant pour le projet j'avais en effet "Device - iPhone OS 2.1" et non Simulator (pour info je n'ai ni iPhone ni iPod Touch j'ai toujours testé qu'avec le simulateur) mais bon mm en mettant tout sur "Simulator", lorsque je lance en mode Debug (Pomme-Alt-Y) gdb s'attache au programme et... me met donc toujours ces mêmes lignes
C'est vrai que cela serait bien utile, surtout que maintenant dès qu'un bug apparaà®t, l'appli se met en mode debug.
Tu as rencontré ce phénomène sur d'autre delegate ?
Cela fait un release sur le delegate lui-même ... mais normalement une property(retain) subit un release dans le dealloc d'une classe correctement faite. Alors ce webView.delegate = nil; ferait-il autre chose ?
Quand il plantait (je stressait un peu mon navigationController en changeant de ViewController bien vite exprès) le debugguer s'arrêtait sur le Thread-1 sur je sais plus quoi au juste, mais genre couches basses qui me disaient rien... Mais en regardant dans le Thread-2, je me suis apperçu qu'il essayait d'envoyer un message au delegate de ma WebView (pour m'informer que la requête était arrivée) alors que mon delegate n'existait plus justement. C'est ce qui a fini par me mettre la puce à l'oreille.
Et là dans la doc de UIWebViewDelegate je lis du coup : Donc c'est écrit dans la doc y'a pas à gueuler là -dessus, mais c'est pas usuel quand même, ça m'a l'air spécifique au delegate de UIWebView... donc faut le savoir !
Je ne crois pas que ça soit possible
Oui da, le nom de la classe...
Run --> Manage Breakpoints --> Add Breakpoint at Current Line
ensuite pour entrer en mode debug (et donc s'arrêter aux breakpoints placés ou faire du pas-à -pas) il faut passer par :
Run --> Debug
Par contre si quelqu'un sait comment placer des breakpoints dans un projet inclus sous forme de librairie statique dans un autre projet (celui que l'on veut exécuter) je suis preneur! :why?:
Dans la console, taper "help break"
Un projet "Lib" qui build une librairie statique, et un projet "App" qui inclus cette lib statique.
J'ai ajouté le projet "Lib" dans le projet "App" (ce qui fait que dans "Groups & Files", sous l'icône de mon projet "App", le premier élément que je trouve dedans avant mon groupe "Classes" c'est le projet "Lib", et quand j'ouvre son petit triangle je vois les targets de ma lib, donc le fichier .a, qui est listé). Ceci me permet d'ajouter mon Lib.a en tant que "Direct Dependancy" de mon target "App", m'assurant que ma librairie est recompilée si elle n'est pas à jour avant de compiler l'application.
Eh bien avec tout ça, j'ai mis un breakpoint dans mon projet Lib (que j'ai ouvert en parallèle de mon projet App) et quand je lance mon appli App en mode debug, les breakpoints tant de App que ceux de Lib sont pris en compte.
http://www.amazon.fr/Xcode-3-Unleashed-Fritz-Anderson/dp/0321552636
(en anglais bien sûr... >:D)