iOS アプリのバイナリを少しのぞいてみる
Mac / iOS 開発担当の松本です。 皆さんご存知のように iOS アプリを作るのに欠かせない Objective-C は、メソッドの解決が動的なこともあり、C言語のファミリーでありながら強力なリフレクション機能を備えています。そのリフレクションの必要性等から、実行ファイルには様々な情報が埋め込まれていて、何気なくバイナリエディタで開いただけで、テンションが上がるバイナリに仕上がっています。のぞかずにはいられませんね。という訳で今日はこのバイナリを少しのぞいてみたいと思います。 まずはバイナリの概要を抑えておきましょう。iOS 上の実行ファイルは Mach-O という形式で(まーく・おーと読むらしい)、これは Windows や Linux でいうところの EXE や ELF にあたります。この Mach-O のフォーマットについては アップルからドキュメントが提供されていますね。 細
Instruments の Leaks の見方（Live Bytes や Living の意味） - その後のその後
このLive BytesやらLivingやら、タイトルから大体推測できるものの、ちゃんとした定義をしりたかったのですが、ヘルプ内を探しても見当たらず、iOS開発関係の本を見てもどの値が何とまでは書いてくれていませんでした。たまたまググったら出てきたので、下記にまとめておきます。 Live Bytes The Live Bytes column indicates how many of this type of object have been allocated and still are around in memory. 該当するタイプのオブジェクトの現在のメモリ使用量 # Living # Living column tells you how many objects of this type are still around in memory. 該当するタイプのオブジェクトが
XCode4 と Instruments で実機動作中の NSZombie を探す方法
XCode4 と Instruments で実機動作中の NSZombie を探す方法¶ XCode4 で開発していると、予期しないインスタンスが解放されてしまって、そいつを 参照しようとして BAD_ACCESS が出てしまう事が有る。 しかし、いったい何を参照しようとしているのか、なかなか見つけ難い場合がある。 Cocoaではデベロッパ向けに「ゾンビオブジェクト」というアロケーションされていないメモリへのアクセスを見つける為に解放されたオブジェクトをNSZombieオブジェクトとしてリプレースされる機能があるので、BAD_ACCESSが発生した 際にそいつを見つけやすくすることができます。 NSZombie が有効な場合のXCode4 での debug output GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Fri Sep 16
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
クラッシュログの解析方法
iOSアプリをリリースするとユーザーの方からクラッシュレポートをいただくことがあります（感謝です！）。このファイルはアプリが突然落ちたりするときにiPhone内に自動的に作成されるもので、エラーを特定するための重要な情報源です。 ただ、解読する方法はすこし面倒なので、コンテンツにしておきます。
xcodeを256倍使い倒す方法〜シンボリックブレークポイント編 | Eudyptes Chrysocome
iPhoneアプリを作ってると、時々プライベートライブラリの中身が気になったりとかありますよねー。 世の中には色々な人がプライベートライブラリのヘッダファイルを解析して、その情報を提供してもらえてるけども、メソッドの引数がオブジェクトの場合は(id)になってることがほとんど。 でも、これじゃオーバーライドしてごにょごにょするのにとても不便。 引数のクラスが分かってるととても便利になるのに。 そういう時にxcodeの「シンボリックブレークポイント」を使うと、プライベートライブラリでもなんでも調べることができる。 ただし、シンボル名が分かっているならば。 以下、使い方。 今回はPhotoLibraryフレームワークの PLCameraView クラスのインスタンスメソッド CameraControllerReadyStateChanged: を例に挙げてみる。
lldbのrecursiveDescriptionがめっちゃ便利 - rochefort's blog
lldbのrecursiveDescriptionがめっちゃ便利です。 lldbでUIViewのsubviewを再帰的に確認できます。 (lldb) po [self.view recursiveDescription] <UIView: 0x113713260; frame = (0 0; 320 568); autoresize = RM+BM; layer = <CALayer: 0x10bca42f0>> | <_UILayoutGuide: 0x10bcac7d0; frame = (0 0; 0 0); hidden = YES; layer = <CALayer: 0x11370df90>> | <_UILayoutGuide: 0x10bcb0650; frame = (0 0; 0 0); hidden = YES; layer = <CALayer: 0x10bc257
monkey coders' - Xcode Debugging Tips
ここは管理人pigeon6と同じようなコンピュータとプログラムとアレゲが好きなおさるさんのためのサイトです。たぶん。 Xcode環境でデバッグを行う際に役に立ちそうな情報をまとめました。 Xcodeはgdbのフロントエンドとして動作するビジュアルデバッガを提供していますが、VisualStudioなどを使い慣れていると、ぱっと見足りない機能があるように見えるというか、「あれ、コレってどうやるの？」みたいな事が、いくつかあります。 このページでは、そんな経験を何度かした私が関連ドキュメントの一部を調べて、これはと思った機能を紹介します。そんなわけで、Xcodeのデバッガの使い方がそもそも分からないというような初心者には適さない内容ではありますが、何となく使っているだけでは分からない、あるいは見落としやすい内容をメインに書いています。 なお、Guard Malloc(libgmalloc)につ
中級者向け iOS デバッグ Tips - jarinosuke blog
導入 iOS 開発者のみなさん、こんにちは。 このブログでは主にチュートリアルだったりフレームワークの紹介みたいなことを書いてきました。 そこで、たまには中級者向けのエントリを書いて「Xcode バリバリ使って、ビシバシ Objective-C 書いてますよ」アピールします。 iOS 開発をはじめて一通り Framework は理解したけど Xcode 使いこなせてる感が足りない方、夢にまで EXC_BAD_ACCESS が出てくる方に参考になる記事となればと思います。 といっても Xcode はマッシブな IDE なので、4つのデバッグツールに分けて「あれ、それ知らなかった！便利じゃん！」な方法を紹介します。 ブレークポイント デバッグには切っても切れない関係ですね。アプリを実行中に指定した行で処理を中断し、そこからステップ実行で細かいデバッグを可能にしてくれます。 ショートカットキー
Xcode のコンソールにだって色をつけたい！
Xcode のコンソールには OS が出力したりと視認性がそこまでよくありません。 というわけで色付けできないかなと思ったらすぐにできたので紹介したいとおもいます。 robbiehanson/XcodeColors を clone してきて build するとインストールされます。 Xcode を再起動すると準備は万端です。 robbiehanson/CocoaLumberjack を使うとカラーリングやログレベルに応じた出力などが簡単にできて便利です。 みなさんよく使ってると思いますが、呼び出し元、行数を同時に出力するようなデバッグマクロを見やすくしてみようと思います。 これは自分で書いたメッセージをパっと見で分からないのがいけてないなと思ってました。 なのでカラーリングして見やすくしています。 結構みやすくなって個人的には気にいってます。 #define LOG(A, ...) \ N
iOSで使える柔軟なログフレームワーク〜CocoaLumberjack ｜ DevelopersIO
iOSアプリをデバッグするときにNSLogを使ってログを確認するのは皆さんも良くやっていると思います。実際に業務で構築するときは、案件に合わせてマクロを定義してデバッグ時とリリース時の出力を制御したりする方も多いのではないでしょうか。毎回この設定を行うのは非常に面倒です。そこで登場するのがCocoaLumberjackです！ CocoaLumberjackとは？ CocoaLumberjackはiOSで利用できるオープンソース（BSDライセンス）のログライブラリです。出力先にコンソール以外を選択することができたり、予め用意されたログ出力レベルに応じてしこんだログの出力を制御できたりと非常に柔軟に使用できます。また、NSLogよりも高速に動作するらしいです。では早速使ってみましょう！ CocoaLumberJackの導入 CocoaLumberJackの導入は非常に簡単です。方法は以下の２つ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
