みんなが大嫌いなEXC_BAD_ACCESSのデバッグ方法（iPhone SDKの話） - このブログは証明できない。
iPhoneアプリを開発していて、実行してみると落ちることがありますね。で、コンソールを見てみると、EXC_BAD_ACCESSとだけ表示されています。え？情報それだけ？リリースされたオブジェクトにアクセスしたエラーっぽいのですが、どのオブジェクトなのかわかりません。そんなときのデバッグ方法です。 Xcodeの[プロジェクト]-[アクティブな実行ファイルを編集]の[引数]の[環境変数]で下の3つを追加します。 NSZombieEnabled = YES MallocStackLogging = YES NSDebugEnabled = YES これで、メッセージが若干マシになります。オブジェクトの型を推測することができるようになります。でも、相変わらず、どのオブジェクトか分かりません。そこで、コンソールで下のコマンドを実行します。 shell malloc_history [PID] [イ
iPhoneアプリ開発におけるデバッグのTIPS
2011-2-28 NSLogの出力を分りやすくするを修正しました。 新型MacBookAirをケーキ入刀用に買おうとしてるみなさんこんにちは。ダニーです。 iPhoneアプリ開発をしてるとメモリ周りで落ちることがあってデバッグするのが大変ですね， 今回はデバッグについて紹介したいと思います。 CGRectの中身を表示する CGRect rect = CGRectMake(13, 30, 100, 200); NSLog(@"%f %f %f %f", rect.origin.x, rect.origin.y, rect.size.width, rect.size.height); NSStringFromCGRectを使うと簡潔になります。 CGRect rect = CGRectMake(13, 30, 100, 200); NSLog(@"%@", NSStringFromCGRec
【iPhone】メモリ不足時のシミュレートとデバッグ | iphoneアプリで稼げるのか
iPachiで起きていた不具合なのですが、 特定の画面を表示中にメモリ不足に陥り didReceiveMemoryWarningを受け取ると アプリがクラッシュするという問題をついに 解消しました。 didReceiveMemoryWarning後にクラッシュするので メモリ管理でどこかがおかしくなっているのだろうとは 予想がつくのですが、いかんせん貧弱なエラーメッセージの ため、まったく発生元がつかめませんでした。 EXC_BAD_ACCESSとか言われてもさっぱりわからんです。 が、すばらしい記事をみつけました。 NSDebugEnabled これでクラッシュをおこしているオブジェクトの生成場所を 特定できるので、格段にデバッグ効率があがります。 というわけで、エミュレータでのメモリ不足時のシミュレートと デバッグのための設定をまとめます。 エミュレータでのメモリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
