Debugging tips for Objective-C programmingThis post is about getting extra information from your program at runtime. Xcode and gdb both support a wide range of information access tools — but you need to know that they're there. Here are some Objective-C specific gdb tips and commands that all Cocoa programmers should know. Please note: this article is part of the older Objective-C era on Coc
この前その紹介記事見つけたんで，それを真似しながら実際動かしてみた。きしださんの例がちょうどよかったので，これを題材にしてみたよ。 Runner#run()の適当なところにブレイクポイント仕込んでデバッガを起動する。するとスレッドごとに同じ場所で止まるんで，こんな具合に教えてくれる（この時点ですでにスゴイ）。 適当なスレッド選んでステップ実行とかするわけなんだが，スレッドの一覧が表示されているんで，どんだけスレッドが起きてるとか，どのスレッドが止まってるとか丸分かり。さらにスレッド一覧の右端には，スレッドの停止・再開ボタンが付いているので，興味ないスレッドは先やっててみたいなことができる（スゴイよね）。 さらにダメ押しなのが，ステップ実行中に他のスレッドがどこで停止しているかも見える！！（超スゲぇ） 緑色の矢印＆ハイライト行が現スレッドの実行位置で，歯車アイコンが他のスレッドの実行位置（停
Bash Debugger Project（bashdb）を使うと、bashスクリプトにブレークポイントを設定したり変数を調べたりバックトレースしたり1行ずつ実行したりすることができる。bashdbは、C/C++デバッガー並みの技法でbashスクリプトをデバッグするツールだ。 インストールされているbashがbashdbをサポートしているかどうかは、次のコマンドを実行してみればわかる。下に示したbashdbのプロンプトが表示されなければ、bashdbをインストールする必要がある。 $ bash --debugger -c "set|grep -i dbg" ... bashdb<0> bashdbのパッケージはUbuntu Intrepidのリポジトリーにはあるが、openSUSE 11やFedora 9のリポジトリーにはない。試用マシンは64-bit Fedora 9マシンなので、通常の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: ひなた先生が教えるデバッグが256倍速くなるテクニック (Software Design Books): やねうらお: 本