Was verstehst Du denn nicht?
Was hast Du denn schon versucht?

Mal so zum Einstieg. Bevor Du den Debugger startest, solltest Du im Programm mindestens einen Breakpoint setzen. Das machst Du, in dem Du im Quelltexteditor in den linken Rand klickst. Da erscheint dann ein Pfeil. Wenn Du dann den Debugger startest, l‰sst er das Programm bis zum Breakpoint laufen und h‰lt dann das Programm an.
Nun kannst Du Dir die Variablen anschauen und ver‰ndern (oben rechts), die Reihenfolge der Methodenaufrufe (oben links) und die Position im Quellcode (unten). Ganz oben kannst Du Dir auch noch die Console (die Kommandozeile des Debuggers, siehe "man gdb") und Standard-IO (da werden z.B. NSLog()s ausgegeben) einblenden.
Mit den Symbolen in der Toolbar oben rechts kannst Du dann den Code Schritt f¸r Schritt oder bis zum n‰chsten Breakpoint weiter ausf¸hren lassen.

Wenn Du ungef‰hr weiflt, wo Dein Programm quer schl‰gt, dann versuche den Breakpoint mˆglichst dicht an die "Unfallstelle" dran zu setzen und f¸hre das Programm Schritt f¸r Schritt, mit Blick auf die Variablen, weiter aus. Meist geht dann schon bald die Lampe an :D, warum etwas nicht l‰uft.

Michael

Ja, und es gibt zwei Typen von Breakpoints:

1. die konreten, die an eine Zeile gebunden sind -> Michael
2. die allegemeinen (hab Namen vergessen), die bei einem bestimmten Aufruf gestoppt werden.
Ein Beispiel: -[NSException raise]
Es wird immer gestoppt, wenn ein Array z.B. einen falschen Index will, usw.
Der Vorteil ist, dass du im Runmodus nur hˆst, dass es passiert, aber nicht wo.
Es sei denn, du hast das "Gl¸ck" und die App kill sich - dann kannst du ja in der Konsole nachschauen.

HTH

grufl
MAX