iOSDC https://iosdc.jp/2016/c/node/116 僕は怠惰な人間です。プログラミングの大半はデバッグに時間を費やすと思っているので、なるべく早く原因に辿りついたり効率のよいデバッグライフを送りたいと常々思っています。 プリントデバッグもいいのですが Xcode には便…
Xcode で快適なデバッグライフを追い求める
iOSDC https://iosdc.jp/2016/c/node/116 僕は怠惰な人間です。プログラミングの大半はデバッグに時間を費やすと思っているので、なるべく早く原因に辿りついたり効率のよいデバッグライフを送りたいと常々思っています。 プリントデバッグもいいのですが Xcode には便…
Technical Note TN2239: iOS Debugging Magic
IntroductionAll Apple systems include debugging facilities added by Apple engineering teams to help develop and debug specific subsystems. Many of these facilities remain in released system software and you can use them to debug your code. This technote describes some of the more broadly useful ones. In cases where a debugging facility is documented in another place, there's a short overview of th
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
[Xcode][tool] ランタイムデバッガーSpark Inspectorが便利！ | Natsu note
デバッグ時にビューについての情報（重なりや位置、色など）を解析したくなることがよくあると思います。ビューの階層構造を知るための方法はいくつかありますが、先日見つけたSpark Inspectorがものすごく便利そうなのでご紹介します。 Spark Inspector – Runtime Debugger for iOS Apps Spark InspectorはBonjourとMethod Swizzlingを利用したランタイムデバッガーです。プロジェクトにフレームワークを追加し、起動のためのコードを記述するだけで簡単に利用できます（実際には、これらの作業もアシスタントが自動で行ってくれるので、ほぼボタン一つで利用可能になります）。 できることは大きく分けて二つ。 ビューの状態を2Dまたは3Dで表示する。ビューやレイヤーをリアルタイムで編集する。 通知センター(NSNotification
続・Debugger の Tips - Qiita
potatotips #1 で LT した内容が好評(？)だったのでもう少し紹介してみようかなと思います。 発表した内容は「Debugger の Tips」です。 当日のまとめは「クックパッドのLT会に参加してきたのでiOSのtipsをまとめる」がおすすめです。 さてさて LLDB がデフォルトの Debugger となり久しいですね。 しかし Xcode から LLDB を扱う情報をあまりみかけません。かなしいですね。 というわけで今回は LLDB にフォーカスをあてて少し紹介してみようと思います。 (決して GDB もあわせて書くのが面倒くさかったというわけではありませんｗ) 設定ファイル shell での .~rc ファイルみたいなものですね。 Xcode から起動した LLDB だと以下の２つのファイルのどちらかが読み込まれます。 ~/.lldbinit-Xcode ~/.lldb
[Xcode 5] Xcode 5のデバッグ機能 “Visual Debugger” | DevelopersIO
前回に引き続きXcode 5のデバッグ機能について見ていきます。 Visual Debugger 実行中のアプリケーションの変数の内容を表示する機能はXcode 4.6.3以前からありましたが、Xcode 5ではさらに強化されています。 Xcode 4.6.3でSingle View Applicationからプロジェクトを作成し、Xcode 4.6.3とXcode 5の両方で同じプロジェクトを動かしながら両バージョンの違いを見ていきます。(Visual Debuggerの「クイックルック機能」を試すためにAppDelegateクラスにUIImageのプロパティを追加し、バンドルした画像からインスタンスを生成するコードを追加しました。) アプリの実行を一時停止した状態で、「Source code editor」と「Debug area」の変更点を見ていきます。 Source code ed
![[Xcode 5] Xcode 5のデバッグ機能 “Visual Debugger” | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d6d42bb8eb763a9d4914eebb951bc5e3e7718d03/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fios7_logo_xcode5.png){kind=logo}
Xcode 5 で、発生した NSException の詳細が表示されない時の対処法
原因がよくわからないのですが、iOSアプリをデバッグ中にNSExceptionが発生してアプリがクラッシュしてしまった時、その詳細がXcodeのコンソール上に表示されなくなってしまいました。普通はデフォルトのexception handlerがうまい具合にやってくれるのですが、何らかの理由でそれがうまくいかない場合があるようです。自分でスレッド立ててるとかでしょうか・・・ 上図のように、例外が発生している箇所にブレークポイントをおいてどこで発生したのかを知ることはできるのですが、実際には発生箇所がわかっても発生原因がさっぱりわからないというケースもあります。例えばiOSのシステムが例外を発生させたときや、コードが公開されていないライブラリが例外を発生させたときなどです。 さて、このようなときは発生しているNSExceptionのdescriptionを直接読めれば便利そうです。というわけで
symbolicatecrash location in XCode 5
Using Xcode 5 I noticed that the symbolicatecrash.sh executable is no more available under the old location: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash Anybody knows where I can find it? Maybe there is a newest integrated way to symbolicate crash reports? Thanks
.dSYMファイルの使い方 - iPhoneアプリケーション開発
iPhoneアプリのクラッシュログとして、デバッグシンボルが入ってない意味不明のログしか取り出せないことってないですか？ そんなときに使えるかもしれないハックです。 iPhoneアプリをコンパイルした時にbuildフォルダの中のアプリのとなりに、.dSYMという拡張子のファイルができることに気づいてますか？ どうもこのファイルはストリップされたデバッグシンボルが格納されているようです。このファイルを使って、上述のわかりにくいクラッシュログをシンボルつきのログに変換することできるスクリプトがあります！ /Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode/Plug-ins/iPhoneRemoteDevice.xcodeplugin/Contents/Resources/symbolicatecrash これを/usr/
初級者向け iOS デバッグ Tips - enator's blog
2013-01-29 初級者向け iOS デバッグ Tips こちらの良記事を拝見しまして、 中級者向け iOSデバッグTips 初級者向けを作ってみようかと。 とりあえず、 ブレイクポイント操作のステップ実行あたりと NSLog周りについて ブレイクポイント操作のステップ実行 まずブレイクポイントの張り方は、 .mファイルの行番号をクリックするだけで有効になります。 ※青くならない場合は、Toolbar上のBreakPointsをクリックしてください。 で、実際に実行し、その箇所にくると処理が止まってくれます。 ※今回はviewDidLoadに記載しているので、いきなり止まります。 そうすると、デバッグエリアが自動的に表示されます。 ここで重要なボタンがあるので、まずはそこから。 とりあえず、左から番号を振ってみましたが 1.Step over 一行ずつ処理を進めます。ただし、メソッドを
中級者向け iOS デバッグ Tips - jarinosuke blog
導入 iOS 開発者のみなさん、こんにちは。 このブログでは主にチュートリアルだったりフレームワークの紹介みたいなことを書いてきました。 そこで、たまには中級者向けのエントリを書いて「Xcode バリバリ使って、ビシバシ Objective-C 書いてますよ」アピールします。 iOS 開発をはじめて一通り Framework は理解したけど Xcode 使いこなせてる感が足りない方、夢にまで EXC_BAD_ACCESS が出てくる方に参考になる記事となればと思います。 といっても Xcode はマッシブな IDE なので、4つのデバッグツールに分けて「あれ、それ知らなかった！便利じゃん！」な方法を紹介します。 ブレークポイント デバッグには切っても切れない関係ですね。アプリを実行中に指定した行で処理を中断し、そこからステップ実行で細かいデバッグを可能にしてくれます。 ショートカットキー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
10.1 開発ツール
はてなブログ | 無料ブログを作成しよう