二重解放 (double free) や 解放済みオブジェクトへのアクセス (EXC_BAD_ACCESS) によるクラッシュを Instruments を使って調べる - 24/7 twe...
iPhone アプリケーションのプログラミングでは、メモリ管理に注意する必要があります。 特に解放済みのオブジェクトをさらに解放してしまったり（二重解放）、解放済みのオブジェクトを操作しようとした場合は即座にアプリがクラッシュしてしまいます。 このようなメモリ関連のバグによるクラッシュの場合、何も残さずに突然終了してしまうことが多いため、原因の究明が困難です。 そんなメモリ管理のバグを Instruments を使って少し簡単に調査する方法を紹介します。 残念ながら、シミュレータでしが機能しないのですが、それでも原因の解明が簡単になる場合が結構あります。 下記のサイトでは、動画と画像でさらに詳しく解説されているので、そちらも参考にしてください。 iPhone Memory Debugging with NSZombie and Instruments — markj.net プロジェクトを
The Evolution of a Replacement for NSLog » The App Business Blog
Advice from an experienced Appreneur, Mentor and Coach. My previous post about conditional logging received quite a few responses, with several people pointing out that littering your code with #ifdef DEBUG statements is both ugly and error prone. Karl Kraft, for example, created a new DebugLog class as a drop-in replacement for NSLog. Since NSLog has been around for quite a while, there have been
iPhone デバッグ用のマクロ - Psychs's blog
iPhone アプリをデバッグするときに、ソースに NSLog をそのまま書いてしまうと、リリース時に削除するのが面倒なので、以下のようなマクロを使っています。 #ifdef DEBUG # define LOG(...) NSLog(__VA_ARGS__) # define LOG_METHOD NSLog(@"%s", __func__) #else # define LOG(...) ; # define LOG_METHOD ; #endif 使い方は、まずプロジェクトの設定を開き、「Debug」構成を選択してから、一番下のユーザ定義カテゴリの「GCC_PREPROCESSOR_DEFINITIONS」に「DEBUG」を追加しておきます。 こうすることで、Debug build のときにだけ「DEBUG」が定義されます。 あとは、NSLog の代わりに LOG を使うようにすれば
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
