iPhoneの素晴しいところの一つは、Crash Logが本体に保存される事なんですが、 Thread 0 Crashed: 0 libobjc.A.dylib 0x300c8c18 objc_msgSend + 20 1 Fastweet2k 0x00016240 0x1000 + 86592 2 UIKit 0x30b2b414 -[UITextView keyboardInputChanged:] + 80 3 UIKit 0x30bcaf1c -[UIWebDocumentView keyboardInputChanged:] + 40 このように、デバッグバイナリでもシンボルが出ないときがあります。 symolicatecrashを使ってもだめでがっかり。 でも、dSYMがあるから頑張ればなんとかなるんじゃね？とやってみたらなんとかなった。 普段VisualStudioの微温湯に
debugとiphoneに関するstarsky5のブックマーク (11)
-
starsky5 2010/09/21
-
追記 - dSYMファイルの使い方 - iPhoneアプリケーション開発
以前のポスト - dSYMファイルの使い方 の補足です。実際に使ってみました。 http://d.hatena.ne.jp/iphone_dev/20080924/1222256965 最近リリースしたアプリがある操作をすると落ちるという苦情をいただきました。その方にお願いして、クラッシュログを送っていただいたところ、だいたい下のような感じのログでした。 Thread 0 Crashed: 0 libSystem.B.dylib 0x31446cf0 0x313e3000 + 408816 1 libSystem.B.dylib 0x31446cde 0x313e3000 + 408798 2 libSystem.B.dylib 0x31446cd2 0x313e3000 + 408786 3 libSystem.B.dylib 0x314614b4 0x313e3000 + 517300
-
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
-
iPhoneでsharkを使う方法 - Seasons.NET
iPhoneでSharkが使えるというのを聞いた事があるのですが、 いつもパフォーマンスツールで実行という箇所がグレーアウトになっていたので、 使えないと思ってました。 ですが、iPhone Games Projectsにその使い方が 掲載されていたので、まとめておきます。 まず、Shark.appを立ち上げます。 デフォルトでは、Macのアプリを計測するようになっていので、 メニューからiPhoneに接続するように設定します。 その後、接続されているiPhoneを選び、 チェックを入れておきます。 ターゲットのアプリを実行( Debug , Release )し、 プルダウンから目的のアプリを選びます。 このとき気をつけないといけないのが、アプリを実行しないと、 プルダウンに現れないので気をつけましょう。 Startを押して計測を始めて、終了したいところでStopを押します。 計測時間に
-
EXC_BAD_ACCESS に出会ったら試すべきこと - That’s why, I’m here!
iPhone SDKiPhone アプリの開発でぶちあたる壁、EXC_BAD_ACCESS。何度見てもいらっとしてしまうのは、とにかくエラーの原因がわからない。トレースは出るけど、なんでそこで？？？というのがほとんど。gdb で追いかけるのもいいが、もしかしたらこの設定であっさりと原因がわかるかもしれない。設定箇所は左ペインの「実行可能ファイル」にある実行ファイルをダブルクリック。そこの引数タブの環境変数に「NSZombieEnabled」を追加して値を「YES」にするだけ。こんなかんじ。 これにチェックをつければ、実行時に有効になるんでさくっとチェックをつけること。たぶんデフォルトはチェックあり。 運が良ければ、「すでにリリースしたオブジェクトのメッセージをコールしてるよ」とか教えてくれる。運が悪ければ、、、なにも出ないのでいろいろコードを変更するとかして Try & Out で調べてみ
-
EXEC_BAD_ACCESSのデバッグ方法 - Paradigm Shift Design
xcodeでプログラムを書いていると、メモリ管理なぞ忘却のかなたなので、リークしていたり、解放済みのメモリにアクセスしていたりと、問題が多々ある。 xcodeでのデバッグコンソールは、基本的にgdbなので、VisualStudioで開発するようには簡単に問題箇所を見つけ出すことができない。 ポインタに対する不正なアクセスは、大体のところ プログラムはシグナルを受信しました：“EXC_BAD_ACCESS” というメッセージが出るだけで、「どこでそれが起こったのか」についての何の手がかりも与えられない。Breakすらしない。 さすがにこんな状況でデバッグしている人はいないだろうと、検索をかけてみると、 DebuggingAutorelease - CocoaDev NSZombieEnabled - CocoaDev あたりが役に立ちそうである。 とりあえず色々試行錯誤してみたが、NSZom
-
iPhoneデバッグ用のマクロで、クラス名とメソッド名を自動的にログ出力する - 24/7 twenty-four seven
iPhone デバッグ用のマクロ - Windchase #ifdef DEBUG # define LOG(...) NSLog(__VA_ARGS__) # define LOG_CURRENT_METHOD NSLog(NSStringFromSelector(_cmd)) #else # define LOG(...) ; # define LOG_CURRENT_METHOD ; #endif iPhone デバッグ用のマクロ - Windchase このマクロをちょっと変えて、クラス名を自動的に出力するようにしました。 #ifdef DEBUG # define LOG(...) NSLog(__VA_ARGS__) # define LOG_CURRENT_METHOD NSLog(@"%@/%@", NSStringFromClass([self class]), NSSt
-
http://freeek.jp/blog/iphone/199/
See related links to what you are looking for.
-
【iPhone】メモリ不足時のシミュレートとデバッグ | iphoneアプリで稼げるのか
iPachiで起きていた不具合なのですが、 特定の画面を表示中にメモリ不足に陥り didReceiveMemoryWarningを受け取ると アプリがクラッシュするという問題をついに 解消しました。 didReceiveMemoryWarning後にクラッシュするので メモリ管理でどこかがおかしくなっているのだろうとは 予想がつくのですが、いかんせん貧弱なエラーメッセージの ため、まったく発生元がつかめませんでした。 EXC_BAD_ACCESSとか言われてもさっぱりわからんです。 が、すばらしい記事をみつけました。 NSDebugEnabled これでクラッシュをおこしているオブジェクトの生成場所を 特定できるので、格段にデバッグ効率があがります。 というわけで、エミュレータでのメモリ不足時のシミュレートと デバッグのための設定をまとめます。 エミュレータでのメモリ
-
Valgrind を使って iPhone アプリのメモリデバッグをする - むらかみの雑記帳
Linux 上で開発をしている人なら知らない人はない（たぶん）と思われるメモリデバッグツールの Valgrind。これを使えば、メモリリークや解放済みメモリアクセスなど、メモリに関するバグつぶしの効率は飛躍的に改善します。 これがありゃー、Purify いらねーじゃん、って感じ。私は普段 Linux で開発しているので、使いまくりです。 さて、この Valgrind を iPhone の開発に使えないかと探していたら、すでにやってる人がいました。 iPhone: Testing your Application with Valgrind 残念ながら、実機ではデバッグできません。Valgrind は Intel CPU にばりばり依存しているので、ARM は無理なんです。だけど、iPhone Simulator なら動くという話。 手順をまとめておきます。 こちらから、Mac OS X 版
-
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
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しました