二重解放 (double free) や 解放済みオブジェクトへのアクセス (EXC_BAD_ACCESS) によるクラッシュを Instruments を使って調べる - 24/7 twe...
iPhone アプリケーションのプログラミングでは、メモリ管理に注意する必要があります。 特に解放済みのオブジェクトをさらに解放してしまったり（二重解放）、解放済みのオブジェクトを操作しようとした場合は即座にアプリがクラッシュしてしまいます。 このようなメモリ関連のバグによるクラッシュの場合、何も残さずに突然終了してしまうことが多いため、原因の究明が困難です。 そんなメモリ管理のバグを Instruments を使って少し簡単に調査する方法を紹介します。 残念ながら、シミュレータでしが機能しないのですが、それでも原因の解明が簡単になる場合が結構あります。 下記のサイトでは、動画と画像でさらに詳しく解説されているので、そちらも参考にしてください。 iPhone Memory Debugging with NSZombie and Instruments — markj.net プロジェクトを
malloc_error_breakにブレークポイントを設定する方法 « TORQUES LABS
XcodeでiOSアプリを開発していると、実行時に下記のようなメッセージが出て落ちることがあります。 APPNAME_XXX(6028,0x3cb6eb78) malloc: *** error for object 0x1e0aa9c0: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug 要約すると、「”malloc_error_break”にブレークポイントを設定して、問題がある場合の対応を検討してください」ということなのですが、その設定手順をメモしておきます。 シンボリックブレークポイントの設定手順 Xcodeの左側のパネルにある「Breakpoint Navigator」タブを選択します。 左下にある「+」ボタンから「Add Symbolic Break
iOS SDK: Time Profiling with Instruments | Envato Tuts+
Instruments is a great tool provided by Apple to let developers hone their applications for the best performance. While incredibly useful, many developers avoid the application for fear of not knowing all the ins and outs of its functionality. Today, I have a few quick tips that you can use in some very basic Instruments use cases. Let's dive in! The Time Profiler When navigating around your appli
iOSデバイスのクラッシュログを読むには - Awaresoft
１. クラッシュログファイルを探す iOSアプリがデバイス上でクラッシュしたとき、デバイス上に自動でクラッシュログが生成されています。これを使えば、デバッガで接続していない状態でクラッシュした時でも、クラッシュの原因を調べることができます。 クラッシュログは、アプリがクラッシュしたデバイスを一度iTunesでMacかPCに接続して同期すると、デバイスから次の場所にコピーされます。 Macの場合： ~/Library/Logs/CrashReporter/MobileDevice Windows Vista/7の場合： C:\Users\<user_name>\AppData\Roaming\Apple computer\Logs\CrashReporter/MobileDevice Windows XPの場合： C:\Documents and Settings\<user_name>\A
もう return UIApplicationMain で止まっても困らない! Xcodeでのデバッグ方法 – Zero4Racer PRO Developer's Blog
Xcode4.2 エラー画面 Xcode4になってから、いまいちデバッグがうまくいかない理由に、止まってしまう場所が、 return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class])); の行で止まってしまう場合が多いのがありますよね。この時に、どこで止まったのか分かるときはいいですが、いろいろな画面の中でどこで止まったか分からないときはデバッグ困りますよね。その対策法を見つけたので書いておきます。 試しに、エラーが起こるプロジェクトを作ってみました。 - (void)viewDidLoad { NSMutableArray *arrray = [NSMutableArray arrayWithCapacity:0]; [arrray objectAtIndex:10]; [super vie
monkey coders' - Xcode Debugging Tips
ここは管理人pigeon6と同じようなコンピュータとプログラムとアレゲが好きなおさるさんのためのサイトです。たぶん。 Xcode環境でデバッグを行う際に役に立ちそうな情報をまとめました。 Xcodeはgdbのフロントエンドとして動作するビジュアルデバッガを提供していますが、VisualStudioなどを使い慣れていると、ぱっと見足りない機能があるように見えるというか、「あれ、コレってどうやるの？」みたいな事が、いくつかあります。 このページでは、そんな経験を何度かした私が関連ドキュメントの一部を調べて、これはと思った機能を紹介します。そんなわけで、Xcodeのデバッガの使い方がそもそも分からないというような初心者には適さない内容ではありますが、何となく使っているだけでは分からない、あるいは見落としやすい内容をメインに書いています。 なお、Guard Malloc(libgmalloc)につ
[iPhone] UI Recorder で iPhone テストを自動化 | Sun Limited Mt.
Instruments の UI Recorder という機能を使って、iPhone シュミレータでの UI テストを自動化するというチュートリアルが紹介されていました。 iCodeBlog ? Blog Archive ? Debugging Tutorial ? Automating Your Tests With A UIRecorder Instrument UI Recorder は知らなかったので早速試してみたところなかなか興味深かったので紹介したいと思います。 Webアプリケーションのテストツールである Selenium に近い感じのものです。ユニットテストではなく UI のテストに近いです。 準備 システム環境設定の「ユニバーサルアクセス」で下から2番目にある「補助装置にアクセスできるようにする」というチェックボックスのチェックが入っていることを確認してください。 これがチ
Xcodeでちゃんとデバッグする人に強烈におすすめのサイト - 強火で進め
printf系のデバッグじゃなくてちゃんとしたデバッグを(してる|したい)という人に強烈におすすめ出来るサイトを発見。 まだ、最近のエントリーしか読んでないですがこちらの「メモリリークのデバッグ」 monkey coders' - Guard Malloc(libgmalloc) について http://deathcube.blog36.fc2.com/blog-entry-20.html と、こちらの「デバッグツールの使い方」の解説が素晴らしいです。 monkey coders' - Xcode Debugging Tips http://deathcube.blog36.fc2.com/blog-entry-19.html Xcodeってブレークポイントを設定するときに実際にはブレークさせずに音を出したり、ログを出力しただけでそのまま処理を通過させるなんて使い方も有ったんですね。 この
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
electrodream, inc.
GitHub - ndcube/AOP-for-Objective-C: Small AOP library for iOS.
Technical Note TN2123: CrashReporter
iOSアプリケーションの Unit Test
