iOSアプリ開発で例外の発生した場所を特定する | DevelopersIO
iOSアプリを開発していて、例外が発生してアプリがクラッシュしてしまうことがしばしばあります。 Xcodeでは、クラッシュ時に得られる情報が少ないので、原因究明に時間がかかってしまいます。 そんなときは、「NSSetUncaughtExceptionHandler」を使用すると便利です。 まず、試しに、よくある例外をわざと発生させてみます。 - (void)viewDidLoad { [super viewDidLoad]; // ここで、わざと例外を発生させてみます。 [[NSArray array] objectAtIndex:0]; } 実行すると以下のようになります。 「UIApplicationMain」で止まってしまって、状況がよくわかりません。 「NSRangeException」が発生したことくらいはわかりますが、もう少し情報が欲しいところです。 そこで、「NSSetUnc
Welcome fruitstandsoftware.com - BlueHost.com
Bluehost - Top rated web hosting provider - Free 1 click installs For blogs, shopping carts, and more. Get a free domain name, real NON-outsourced 24/7 support, and superior speed. web hosting provider php hosting cheap web hosting, Web hosting, domain names, front page hosting, email hosting. We offer affordable hosting, web hosting provider business web hosting, ecommerce hosting, unix hosting.
【iOS】 Xcode開発Tips初級編 -ブレークポイント(BreakPoint)あれこれ8つほど- - @kitano_ow 's blog
入門編と初級編の差は何かと申し上げますと、それはただの気分だとしか説明しようがないわけですが、そのあたりについては、さらっとスルーしていただきまして。 以下三つほど書いてきました。 iOS向け Xcode開発Tips初級編 -とりあえず最初にやってること- iOS向け Xcode開発Tips初級編その2 -ちょっと便利なショートカットキー8つ- 【iOS】 Xcode開発Tips入門編その3 -NSLogあれこれ3つほど- で、今回はブレークポイントを。 ある程度ご存知の方もいらっしゃるかと思いますので目次を 目次 1.ブレークポイントの追加及び削除もろもろ 2.ブレークポイントで停止してから変数を編集 3.Step Over / Step into / Step out もろもろ 4 ブレークポイントの編集 - 条件指定 - 5 ブレークポイントの編集 - オプション - 6 ブレークポ
GDB to LLDB command map - 🐛 LLDB
GDB to LLDB command map# Below is a table of GDB commands with their LLDB counterparts. The built in GDB-compatibility aliases in LLDB are also listed. The full lldb command names are often long, but any unique short form can be used. Instead of “breakpoint set”, “br se” is also acceptable. Execution Commands Breakpoint Commands Watchpoint Commands Examining Variables Evaluating Expressions Examin
NSLogger でデバッグする - Qiita
概要 NSLogger https://github.com/fpillet/NSLogger NSLogger Wiki https://github.com/fpillet/NSLogger/wiki/ Screenshot from Github: Mac 上のビューアアプリ NSLogger.app に端末からログを送信、Xcode に繋がなくてもリアルタイムで確認できる 端末が LAN (Bonjour) 内のどこにいてもログを集められる。対応アプリをただ端末に入れておけばいい 通信には SSL も使える プロジェクトに3つのソースファイルを追加してから、NSLog() の感覚でログ送信するだけ OS X / iOS どちらのプロジェクトでも使える。Android にも対応している？ ログレベルを設定できる 画像データを画像として表示できる 準備 Github から NSLogg
InstrumentsのTime Profilerを使って重たいメソッドを特定する | Technology-Gym
TimeProfilerとはXcodeのInstrumentsに含まれているプロファイリング用のツールです。 Instrumentsユーザガイド XcodeでProfileビルドをすると、Instrumentsが立ち上がって選択できます。 TimeProfilerを立ち上げると、上部トレースデータが表示されていますが、今回の主役は下部にあるCall Treeです。 初期の設定だとシステムのメソッドなども混ざってとてもわかにくいので、上記の設定にチェックを入れておくと 作成したメソッドだけになるので見やすくなると思います。 TimeProfilerの使い方 | eラーニングをすべての人に！blog.eラーニング.co.jp これで、準備は出来たので後はアプリを触っていて重たい感じのするを見ていけば、Call Treeにメソッド毎の処理時間や処理の割合が表示されます。 例として、カレンダー画面
もう 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
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
watermint.org » Blog Archive » お客様の中に名探偵はいらっしゃいませんか？
名探偵コナン並みの推理力をもったプログラマーにデバッグとか手伝ってもらったらどうだろうか。 ? Takayuki Okazaki (@watermint) December6, 2011 なんて思ってたら、 @watermint つまり、「毎週超難解なバグが発生する」ということですね？＞＜ ? パレオはせとあずさ♂?熱烈歓迎DeNA／ (@setoazusa) December6, 2011 ！！！ お客様の中に名探偵の方はいらっしゃいませんか？＞＜ ということで、iOS Advent Calendarのネタです。今回は、iOSデバッグ界隈の中ではマイナーと言われるか、一部のファンに熱狂的な支持！といわれるか絶妙なバランスを保ったDTraceでのデバッグを取り上げます。 DTraceはもともと、Sun Microsystemsによって開発されSolaris 10に搭載されたデバッグフレ
gdb で void* 型の変数をデバッグする
C言語で実装されたライブラリやアプリケーションでは、汎用的な型として随所で void* が使用されますが、これをgdbからデバッグすると、そのままでは型情報が無いためタダのポインタとして扱われてしまいます。これではデバッグ時の都合がよろしくないです。 (gdb) print 0xfee65c0 $1 = 267281856 (gdb) print (void *)0xfee65c0 $2 = (void *) 0xfee65c0 こんなとき、この void* が指し示している先の型がわかりきっている場合は、その型でキャストしてやって: (gdb) print (struct imap_session_state_data *)0xfee65c0 $4 = (struct imap_session_state_data *) 0xfee65c0 (gdb) print $4 $5 = (st
『EXC_BAD_ACCESSのときにするNSZombieEnabledよりさらに便利な対処法』
今日は一日中EXC_BAD_ACCESSと戦っていました・・・・ どこかメモリ関係でだめなところがあるんだなということしかわからず、 かなり時間を食ってしました 開発をしている人なら誰もが通る道ではないでしょうか？ 検索とかすると、よく出てくるのは NSZombieEnabled をYESにしてどんな現象が起きているのか をしり、そこから推測してがんばるっていうものがよく引っかかります。 しかし！！ それでも具体的にどこが悪いよ！って言ってくれる訳ではないので、 なかなかバグを見つけるのは難しいとろ個がありますよね そんなかゆいところに手が届いてくれるやつがいました！ NSZombieEnabled に加えてこれを使うことで、もう今までの苦労は何だったんだろう？って言うぐらい簡単に見つけられちゃいます！ つかいかたはちょっとめんどくさいけど、それだけの価値はあります！ 使い方ですが、あらか
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
Xcode4 に対応した symbolicatecrash を作った - むらかみの雑記帳
iOS の開発環境には、クラッシュログ解析を行う symbolicatecrash ツールが付属しているのですが、困ったことに Xcode4 になってからまともに動かなくなってしまいました。 特に Archive したバイナリの中のシンボルをちゃんと読んでくれません。これができないとなると、AppStore で配布したアプリのクラッシュログを貰っても解析できないんですよね。 ということで、symbolicatecrash を修正しました。修正したものは以下の場所においてあります。 https://github.com/tmurakam/cashflow/blob/develop/util/symbolicatecrash なお、https://github.com/chrispix/symbolicatecrash-fix の内容も取り込んであります。 しっかし、perl 読みにくいなー。
Handling unhandled exceptions and signals
Please note: this article is part of the older "Objective-C era" on Cocoa with Love. I don't keep these articles up-to-date; please be wary of broken code or potentially out-of-date information. Read "A new era for Cocoa with Love" for more. When an application crashes on the iPhone, it disappears without telling the user what happened. However, it is possible to add exception and signal handling
PKV GAMES : Situs Judi QQ Poker Online, BandarQQ, DominoQQ Terpercaya
BandarQ, DominoQQ, Judi QQ, QQ Online, Capsa Susun, Perang Baccarat, Slot, Casino PKV Games Situs Judi QQ Poker Online, BandarQQ Terpercaya Situs judi qq poker online pkv games Ligaboladigital merupakan agen bandarqq terpercaya dan terbaik di indonesia. Situs pkv games judi poker qq terbesar satu ini tentunya menyediakan berbagai permainan taruhan judi qq online terlengkap dan mudah dimenangkan. B
二重解放 (double free) や 解放済みオブジェクトへのアクセス (EXC_BAD_ACCESS) によるクラッシュを Instruments を使って調べる - 24/7 twe...
iPhone アプリケーションのプログラミングでは、メモリ管理に注意する必要があります。 特に解放済みのオブジェクトをさらに解放してしまったり（二重解放）、解放済みのオブジェクトを操作しようとした場合は即座にアプリがクラッシュしてしまいます。 このようなメモリ関連のバグによるクラッシュの場合、何も残さずに突然終了してしまうことが多いため、原因の究明が困難です。 そんなメモリ管理のバグを Instruments を使って少し簡単に調査する方法を紹介します。 残念ながら、シミュレータでしが機能しないのですが、それでも原因の解明が簡単になる場合が結構あります。 下記のサイトでは、動画と画像でさらに詳しく解説されているので、そちらも参考にしてください。 iPhone Memory Debugging with NSZombie and Instruments — markj.net プロジェクトを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blog - Flags: very useful when debugging with...
iOS シミュレータ用 Webデバッギングツール
QA1176 - Remote Virtual Interface を使ったパケットトレース
作業効率が10倍アップする Chrome Developer Tools の使い方 - はてブロ@ama_ch
