Xcode 7.2 の LLDB で Swiftのデバッグをするコツ
現在のXcode 7.2でSwiftを使ったiOSアプリのデバッグをするときのコツみたいなものをまとめました。将来的にはより良くなる可能性はあります。というか良くなってほしいです(´･_･`) ■LLDBはbreakした地点によって挙動が変わるまずハマりどころがこれですが、現在のLLDBはbreakした地点で実行されていたコードがSwiftのコードかC言語系のコードかによってモードが変わります。 // Objective-C mode (lldb) po [someObject property] // Swift mode (lldb) e someObject.property Objective-Cモードの時にSwiftっぽい呼び出しをしたり、その逆をしてもまともにLLDBは動作しません。なので現在自分がどちらのモードのLLDBにいるのかを判断するのがキモになります。 ハマりどころと
"WebエンジニアのためのiOSデバッグ速習会"で学んだことのまとめ - EDIT MODE
WebエンジニアのためのiOSデバッグ速習会@Wantedly に参加してきたので、内容を忘れないようまとめました。 wantedly.connpass.com 参加者は事前に Xcode を自分の PC にインストールしておき、講師の人が説明した後に実際に手を動かして確認していく、というスタイルでした。 また速習会中は、Sync を使って参加者同士がコミュニケーションを取るというのは、独特で面白かったです。 講師は @hedjirog さんでした。 やったこと 講師の方が資料を用意してくださったので、それに沿って以下のようなことをやりました。 テーマは iOS アプリのデバッグです。 使用したのは Xcode 7.1.1 です。 題材アプリ Artsy のインストール ブレークポイントを配置して任意のコードで実行を止める ビューデバッガでビュー構造からクラスなどを特定する chisel
iOSのデバッグを極める - ワザノバ | wazanova
http://www.objc.io/issue-19/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 objc.ioはベルリンのメンバを中心に、月替りでiOS関連技術の特定のテーマに絞って発信しているブログ。もう既に知名度はかなり高いかと思いますが、毎月ものすごく力の入った特集ゆえに、その分ボリュームも相当で、読むのも大変というか、時間がないから読めてない人もいるかと。今月は#19としてデバッグの話題です。 Peter Steinbergerの「デバッグ : ケーススタディ」では、UIKit上のバグをLLDBで対処した話を紹介。 「デバッガーでのダンス - LLDBのワルツ」において、Ari GrantはLLDBの使い方を詳説してくれています。 「DTrace」はiOSシミュレータでしかまだ利用で
GitHub - FLEXTool/FLEX: An in-app debugging and exploration tool for iOS
Inspect and modify views in the hierarchy. See the properties and ivars on any object. Dynamically modify many properties and ivars. Dynamically call instance and class methods. Observe detailed network request history with timing, headers, and full responses. Add your own simulator keyboard shortcuts. View system log messages (e.g. from NSLog). Access any live object via a scan of the heap. View
GitHub - meeloo/xspray: A front end for lldb on OS X for Mac and iOS targets, with a twist
About one year ago I took some time experimenting with creating a new GUI for lldb. My idea was to build a debugger that permits to deeply inspect data at runtime. As a developer it is often very frustrating to the IDE stop in the code and not be able to really inspect variables that are big containers (beyond a dozen of floats…). When I deal with real time audio, image processing, video, maths, e
LLDB + chisel = ∞
yidev東京第二回の発表内容です。 デモ動画 => https://www.youtube.com/watch?v=5NdfK33pEH8
続・Debugger の Tips - Qiita
potatotips #1 で LT した内容が好評(？)だったのでもう少し紹介してみようかなと思います。 発表した内容は「Debugger の Tips」です。 当日のまとめは「クックパッドのLT会に参加してきたのでiOSのtipsをまとめる」がおすすめです。 さてさて LLDB がデフォルトの Debugger となり久しいですね。 しかし Xcode から LLDB を扱う情報をあまりみかけません。かなしいですね。 というわけで今回は LLDB にフォーカスをあてて少し紹介してみようと思います。 (決して GDB もあわせて書くのが面倒くさかったというわけではありませんｗ) 設定ファイル shell での .~rc ファイルみたいなものですね。 Xcode から起動した LLDB だと以下の２つのファイルのどちらかが読み込まれます。 ~/.lldbinit-Xcode ~/.lldb
Debugger の Tips
モデル駆動設計をやってみよう Modeling Forum2025ワークショップ/Let’s Try Model-Driven Design
Xcode5でのデバッグ / CI | iOS 7エンジニア勉強会
Yahoo! JAPANのIaaSを支えるKubernetesクラスタ、アップデート自動化への挑戦 #yjtc
[iOS]NSLogの出力を切り分ける
iOS担当の田中です。 開発をしていると「今どこの処理を通っているのか」「ログ出力の内容が多すぎてよくわからない」など困ることがあります。 そんな時に #define を使ってログ出力コントロールできます。 #define DEBUGLOG 1 #define DEBUGLOG_FILENAME [NSString stringWithFormat:@"File:%s\n", __FILE__] #define DEBUGLOG_LINE [NSString stringWithFormat:@"Line:%d\n", __LINE__] #ifdef DEBUGLOG #define DEBUGLOG_STRING [NSString stringWithFormat:@"%@%@", DEBUGLOG_FILENAME, DEBUGLOG_LINE] #else #define DEB
![[iOS]NSLogの出力を切り分ける](https://cdn-ak-scissors.b.st-hatena.com/image/square/01bd6c2a91f0b93acaa6ce77fdc6ce525f568c9b/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fblog.seesaa.jp%2Fimg%2Fogp_logo.png){kind=logo}
iOSアプリ開発で例外の発生した場所を特定する その２ | DevelopersIO
前回は、例外の発生した場所を特定する方法として、「NSSetUncaughtExceptionHandler」を使った方法を紹介しました。 今回は、Xcodeの機能の「Exception Breakpoint」を使用して、例外の発生した場所を特定してみます。 （前回のブログで頂いたコメントを参考にしました。ありがとうございました。） 環境は、Xcode 4.5 を使用します。 例外を発生させる処理は前回と同じなので省略します。 以下、手順です。 ① Breakpointアイコンのボタンをクリックして、「Breakpoint Navigator」を開きます。（ショートカットは、「⌘」+「6」） ② 「+」ボタンをクリックします。 ③ 「Add Exception Breakpoint...」をクリックします。 ④ 「Done」ボタンをクリックします。 設定はこれで終わりです。 では、実行して
[iOS] デバッグ中に変数の値を変更する | DevelopersIO
はじめに いろいろと iOS アプリ開発を勉強中の諏訪です。 今回はデバッグ時に特定のブレークポイントを指定した場所で変数の値を変更する方法を調べたのでメモしておきます。 何かの処理中にここの値が変わったら、どう動くかという確認をしたいときに便利です。 デバッグ中に変数の値を変更する 今回は以下のコードで試したいと思います。Button をタップすると Label の text に value を代入するというシンプルなコードです。この value の値をデバッグ中に変更します。 - (IBAction)button:(id)sender { NSString *value = @"Button clicked."; _label.text = value; } 1.ブレークポイントを設定する ブレークポイントを設定するには行番号をクリックします。すると下図のように青色に変わります。 この
【iOS】 Xcode開発Tips入門編その3 -NSLogあれこれ3つほど- - @kitano_ow 's blog
第三弾です。 iOS向け Xcode開発Tips初級編 -とりあえず最初にやってること- iOS向け Xcode開発Tips初級編その2 -ちょっと便利なショートカットキー8つ- 今回は、NSLogのちょっとした使い方を。初回でも扱いましたけども、それとはちょっと違う視点で。 1.文字列へ変換して出力 CGRectやCGPointなどなど NSLog(@"%@",NSStringFromCGRect(self.view.frame)); 他にも色々ありますが、詳しくはこちらを UIKit Function Reference クラス名とかも同じ要領で NSLog(@"%@", NSStringFromClass([sender class])); 2.コールスタックを出す。 NSLog(@"%@" , [NSThread callStackSymbols]); ブレイクポイント張ったりすれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Xcodeでデバッグ実行中にクラッシュした時に捗るブレークポイント設定 - Qiita
Redirecting... · objc.io
Redirecting... · objc.io
GitHub - Inferis/UIView-DebugQuickLook
GitHub - jfahrenkrug/StoryboardLint: A lint tool for UIStoryboard to find wrong classes and wrong storyboard/segue/reuse identifiers
Xcode デバッグマスター
デバッグ中の変数書き換え