[B! gdb] akirakiのブックマーク

iOSのプログラミング中に gdb で recursiveDescription を使うのは良いアイディア!! - 強火で進め

こちらの記事で書かれていた内容。 Debugging with GDB: Print-Object and UIView recursiveDescription http://iphonedevelopertips.com/debugging/debugging-with-gdb-print-object-and-uiview-recursivedescription.html ブレークポイントで止めて、コンソール(gdb)で po [[self view] recursiveDescription]とすれば [self view] のビュー構造が確認出来ます。自分は今までプログラムの中に書いていたのですがこちらの方が簡単で良いですね。うっかり、プログラムの中に残したままにする様な事も発生しませんし… 同じ様な内容を日本語で書かれてるブログも見つけました。こちらの方が書かれた時期は早い

akiraki 2012/11/17

リンク

デバッグコンソールを活用しよう | SpiriteK Blog

XcodeのコンソールをNSLogの出力結果を確認するためだけの場所だと思っていませんか？ええ、筆者は思っていました。 Javaでの開発環境にEclipseを使っていると、コンソールは実質的に出力専用でした。標準入力を受け取ることもできますが、自分でそういうコードを書かない限りは使いませんし。 Xcodeはデバッガとしてgdbが使われており、コンソールはそのままgdbのコマンドラインインタフェースになっています。 Xcodeでアプリ実行中に一時停止ボタンを押すと、コンソールにgdbのプロンプトが出ます。ブレークポイントやクラッシュによって停止したときも同様です。ここで対話的にコマンドを実行することができます。 gdbには呆れるほどたくさんのコマンドが用意されていますが、基本的な操作はXcodeのGUIからも実行できるので無理に覚える必要はないと思います。しかし、print-objec

akiraki 2012/11/17

リンク

iOS 5.1 - Source

akiraki 2012/04/27

リンク

gdb の使い方・デバッグ方法まとめ

たとえば、変数 var の値を2進数で表示したい場合は、次のように指定します。 (gdb) p/t var 一覧表示 whatis 変数の型を調べる。 info b 今設定しているブレークポイントの一覧を表示セグメントフォルトをした後に利用すれば、どの関数で発生したか確認できます。 info stack 関数の呼び出しスタックの一覧を表示 info Thread 存在しているスレッドの一覧を表示異なるアドレスにおける処理継続以下のコマンドを使用することで、ユーザが選択したアドレスにおいて実行を継続させることができます jump linespec linespecで指定される行において、実行を再開 jump *address addressで指定されるアドレスにある命令から、実行を再開アドレスが分かっている場合のメモリリーク出力 xはhexの意味です。 (gdb) p (char*)