Technical Note TN2124:Mac OS Xにおけるデバッグの魔法
このテクニカルノートでは、Mac OS Xのさまざまな「隠れた」デバッグ機能、つまり環境変数、環境設定、GDBから呼び出し可能なルーチン、特殊ファイルなどについて説明します。Mac OS X向けの開発をしている場合は、このリストに目を通して、開発作業を楽にしてくれるものを見逃していないか確認してください。 はじめにMac OS Xには、個々のサブシステムの開発とデバッグを支援するために、エンジニアリングチームが追加したデバッグ機能がいくつか含まれています。これらの機能の多くは、リリース後のシステムにも残っており、コードのデバッグに利用できます。このテクニカルノートでは、広く役立つデバッグ機能をいくつか説明します。別の場所で文書化されているデバッグ機能については、機能の簡単な概要と既存ドキュメントへのリンクを記載しています。このテクニカルノートでは、デバッグ機能を網羅的には文書化しておらず、
二重解放 (double free) や 解放済みオブジェクトへのアクセス (EXC_BAD_ACCESS) によるクラッシュを Instruments を使って調べる - 24/7 twe...
iPhone アプリケーションのプログラミングでは、メモリ管理に注意する必要があります。 特に解放済みのオブジェクトをさらに解放してしまったり（二重解放）、解放済みのオブジェクトを操作しようとした場合は即座にアプリがクラッシュしてしまいます。 このようなメモリ関連のバグによるクラッシュの場合、何も残さずに突然終了してしまうことが多いため、原因の究明が困難です。 そんなメモリ管理のバグを Instruments を使って少し簡単に調査する方法を紹介します。 残念ながら、シミュレータでしが機能しないのですが、それでも原因の解明が簡単になる場合が結構あります。 下記のサイトでは、動画と画像でさらに詳しく解説されているので、そちらも参考にしてください。 iPhone Memory Debugging with NSZombie and Instruments — markj.net プロジェクトを
デバッグ中にXcodeのエディタがブレイクポイントに移動しない問題 - griffin-stewieのブログ
Snow Leopardにしたころくらいからデバッグ中にXcodeのエディタがブレイクポイントに移動しないなぁと思っていました。 移動しないっていうのは、例えば Hogeクラスのfugaメソッドにブレイクポイントをセット エディタではFooクラスのbarメソッドあたりを表示 この状態でBuild & Debug を開始 この状況の場合、今まではブレイクポイントに来たときには、エディタで表示される場所がHogeクラスのfugaメソッドに変わっていました。 しかし、たまに移動しないままブレイクポイントで止まっていたり、全然関係のない行にハイライトがついたりする問題が起こっていました。 毎回必ずこの状況になるのならまだしも正常に動くプロジェクトファイルもあったので困っていました。 昨晩、 @sonson_twit さんが同様の問題にハマっていたようで、ついに原因を突き止めてくれました。 原因は日
monkey coders' - Xcode Debugging Tips
ここは管理人pigeon6と同じようなコンピュータとプログラムとアレゲが好きなおさるさんのためのサイトです。たぶん。 Xcode環境でデバッグを行う際に役に立ちそうな情報をまとめました。 Xcodeはgdbのフロントエンドとして動作するビジュアルデバッガを提供していますが、VisualStudioなどを使い慣れていると、ぱっと見足りない機能があるように見えるというか、「あれ、コレってどうやるの？」みたいな事が、いくつかあります。 このページでは、そんな経験を何度かした私が関連ドキュメントの一部を調べて、これはと思った機能を紹介します。そんなわけで、Xcodeのデバッガの使い方がそもそも分からないというような初心者には適さない内容ではありますが、何となく使っているだけでは分からない、あるいは見落としやすい内容をメインに書いています。 なお、Guard Malloc(libgmalloc)につ
monkey coders' - Guard Malloc(libgmalloc) について
ここは管理人pigeon6と同じようなコンピュータとプログラムとアレゲが好きなおさるさんのためのサイトです。たぶん。 Guard Mallocはmalloc, callocなどで確保したメモリに対して不正な操作を行ってしまう類のバグの検出を助けるデバッグ用のライブラリです。Guard Mallocを使ってアプリケーションを実行すると、そうしたメモリに対してのバグがある場合、アプリケーションがバグの位置でハングアップします。 - Manual page for libgmalloc Xcode上でのGuard Mallocの使い方 メニューから「実行＞Guard Mallocを有効にする」を選択して、チェックをつけるとGuard Mallocを有効に出来ます。Guard Mallocには各種オプションがありますが、これは実行時の環境変数をセットすることで設定します。 Guard Malloc
SIMBL Plugin 開発でデバッガを使う方法 - griffin-stewieのブログ
もう2ヶ月くらい前になるかもしれませんが、Xcode関連で調べ物をしていたときに偶然見つけた方法をちょっと弄ったらうまい具合に SIMBL plugin 向けにも動いたよっという話です。 超ニッチな情報ですが、僕は超テンションが上がりましたのでご紹介。 Custom Executable を追加 メニューバーから ”Project” ＞ ”New Custom Executable” をクリック 出てきたウインドウに適当な名前を付けて、プラグインの対象となるアプリを選択。 Run Script Build Phase を追加 メニューバーから ”Project” ＞ ”New Build Phase” ＞ ”New Run Script Build Phase” をクリック 出てきたウインドウに以下のスクリプトをコピペ。 # clean up any previous products/s
NSLog()の置き換え - 強火で進め
NSLog()、デバック中は便利なんですがリリースするものに入れたままだとセキュリティと速度の両面から良くないです。 このような場合には #define で置き換えで対応するのですがこの置き換えについて丁寧な解説がしてあるブログを見つけたので紹介。 The Evolution of a Replacement for NSLog | iPhone Development Blog http://iphoneincubator.com/blog/debugging/the-evolution-of-a-replacement-for-nslog 最終的にはこんな書き方になってます。 #define ALog(fmt, ...) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__); こんな記述が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.cocoadev.com/index.pl?DebuggingAutorelease