Xcodeでデバッグ実行中にクラッシュした時に捗るブレークポイント設定 - Qiita
ずばりこの設定です。 ExceptionはAllでも良いですが、実際の動作に問題無い内部例外に反応しちゃったりするのでObjective-Cにしてます。 po $arg1について気になると思いますが、そこだけ見たい方はこちら 通常、クラッシュするとここでブレークしちゃうため、 左下の＋ボタンから、これを追加しておくとクラッシュ時に原因箇所で止まって捗るテクはそこそこ有名だと思います。 このようにブレークする場所が分かりやすくなる: po $arg1について さらに、こちらは有名じゃないと思いますが、Debugger Commandアクションに以下を入力しておくと、 このようにブレークすると同時に自動的に原因のログを出力してくれます。 無設定だと、1回目にブレークした時点ではクラッシュについてのログは何も出ていなくて、1・2回デバッグcontinueボタンを押すと、ログが吐き出されます。 即
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シミュレータでしかまだ利用で
便利なマクロ・カテゴリ・ライブラリまとめ - Qiita
お断り 情報が古いです。更新の予定はありません 未だにストックされる方がいらっしゃいますが、古い情報です。ご自身で最新情報を確認してください。 一部はPopperToolsとしてライブラリを公開しています 以下古い内容 iOSアプリの開発にはjavascript/HTML5/CSSやRubyなど様々な言語が利用可能ですが、漢ならやっぱりObjective-Cネイティブでしょ！ Objective-CはCの完全上位互換なので、Cで使える技の数々はもちろん利用可能です。 加えて動的にメソッドを追加できるカテゴリや、プロトコルorデリゲートなど便利な機能がたくさんあるので、ガンガン使って行きましょう！ 以下私が普段使っているマクロ・カテゴリ・ライブラリをまとめます。 一部過去の投稿を焼き直したものですがどうかご容赦を＞＜ /* デバッグログ用マクロ。 NSLog()の使いすぎは明らかなパフォーマ
実行時解析したクラス情報を検索・閲覧できるデバッグ用ライブラリ Objective Beagle
Modulesの他、iOSの新しいトピックについても多数解説（NSProgressなど）。 What's New in Objective-C and Foundation in iOS 7 | Ray Wenderlich 注目は Modules。 Modu...
LLDB + chisel = ∞
yidev東京第二回の発表内容です。 デモ動画 => https://www.youtube.com/watch?v=5NdfK33pEH8
Debugger の Tips
Node.js製CLIツールのE2Eテストに取り組んでいます / Working on E2E testing of Node.js CLI tools
Xcode5でのデバッグ / CI | iOS 7エンジニア勉強会
11月24・25日 デザイン思考マスター・クラス http://kashinotakanori.com/bootleg/index.php?master 「慶應義塾大学SFCデザイン思考研究会」によるこの資料は、Creative Commons 表示 – 非営利 - 継承 2.1 日本 License.によってライセンスされています。本資料はhttps://dschool.stanford.edu/groups/k12/にある作品に基づき作成されました。 １）クレジット明記（慶應義塾大学SFCデザイン思考研究会） ２）ライセンス継承（以下参照） の２つを満たす場合、利用許可等の通知をすることなく資料を自由にご利用できます。詳しくはサイトをご覧下さい。http://creativecommons.org/licenses/by-sa/2.1/jp/ ※上記２点をお守り頂けない利用ケースを発見
[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/126e9c63960837b5815901e11e1f6c1303c17f2b/height=288;version=1;width=512/https%3A%2F%2Fblog.seesaa.jp%2Fimg%2Fogp_logo.png){kind=logo}
[iOS]Revealで快適なGUIデバッグ - Qiita
Revealってなに？ iOS用のRuntime inspector。 要はSafariのWeb Inspectorのアプリ版のようなもの。 通常の2D表示だけでなく、3D表示も出来て多段レイヤーの重なり方も表示してくれる超スグレモノ。 Reveal http://revealapp.com/ インストール Revealを起動して、[Help]-[Show Reveal Library in Finder]を選択 [Reveal.framework]のディレクトリをXcodeの任意プロジェクトにドラッグして追加 Xcodeプロジェクト内で[CFNetwork.framework]と[QuartzCore.framework]を追加 XcodeプロジェクトのBuild Settings -> Linking -> Other Linker Flags に「-ObjC」を追加 ※CocoaPo
![[iOS]Revealで快適なGUIデバッグ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/22789802ee4095178c2096a4e23d4baeffc47222/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEUmV2ZWFsJUUzJTgxJUE3JUU1JUJGJUFCJUU5JTgxJUE5JUUzJTgxJUFBR1VJJUUzJTgzJTg3JUUzJTgzJTkwJUUzJTgzJTgzJUUzJTgyJUIwJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz02MzA1ZTdlZGZiOTQ3MjQxMWM1ZjAxMzI3OTQ1ZTYyYg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBWZXh1czImdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTg5MzY2M2Q3NmFmYmI2NmY1ZjE4YmZmNWRmNWM1ZjY2%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g44Ki44Or5qCq5byP5Lya56S-%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D234c5c04b997abe0b0c04b43bdd211ce)
[Xcode][tool] ランタイムデバッガーSpark Inspectorが便利！ | Natsu note
デバッグ時にビューについての情報（重なりや位置、色など）を解析したくなることがよくあると思います。ビューの階層構造を知るための方法はいくつかありますが、先日見つけたSpark Inspectorがものすごく便利そうなのでご紹介します。 Spark Inspector – Runtime Debugger for iOS Apps Spark InspectorはBonjourとMethod Swizzlingを利用したランタイムデバッガーです。プロジェクトにフレームワークを追加し、起動のためのコードを記述するだけで簡単に利用できます（実際には、これらの作業もアシスタントが自動で行ってくれるので、ほぼボタン一つで利用可能になります）。 できることは大きく分けて二つ。 ビューの状態を2Dまたは3Dで表示する。ビューやレイヤーをリアルタイムで編集する。 通知センター(NSNotification
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]); ブレイクポイント張ったりすれ
NSLog デバッグ用の各種ログマクロまとめ - Qiita
追記: 良い子のみんなはこんなマクロを自分で定義する前にUIKit Function - String ConversionsとかCocoaLumberjackとか使うんだよ！！！！！ ログは出したいけどリリースビルド時には出したくないという時に使う各種ログマクロです。 個人的に使っているもののまとめです。(オープンソース見ているといろいろな種類見かけますね) プロジェクトを作るとテンプレで出来る「アプリ名-Prefix.pch」というヘッダに書くとどのソースでも使えるようになるので便利です。 #ifdef DEBUG #define LOG(...) NSLog(__VA_ARGS__) #define LOG_PRINTF(FORMAT, ...) printf("%s\n", [[NSString stringWithFormat:FORMAT, ##__VA_ARGS__] UTF
iOS向け Xcode開発Tips入門編 -とりあえず最初にやってること- - @kitano_ow 's blog
ちょっとした細かい事なんですけど、設定とかimportとか プロジェクトを跨がって使いそうなやつは最初にうちにやってること多いんですけど、 その辺のネタを少々・・・ 1.NSLogの拡張と、prefix.pch NSLogは、コンソールにその内容を出力してくれるわけですが、 NSLog(@"%s",__PRETTY_FUNCTION__); NSLog(@"%d",__LINE__); とすると、 __PRETTY_FUNCTION__：クラス及び関数名 __LINE__：行数 などを表示してくれます。 ただ、毎回これを記述するのは、 面倒なのでだいたいマクロにしたりしますが、 #define LOG(fmt,...) NSLog((@"%s %d "fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__); これをあるヘッダファイルなどに記述
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Swift および Objective-C を使用した iOS メモリー管理で絶対に失敗しないための 7 つのヒント
Redirecting... · objc.io
Redirecting... · objc.io
GitHub - tapwork/HeapInspector-for-iOS: Find memory issues & leaks in your iOS app without instruments
GitHub - FLEXTool/FLEX: An in-app debugging and exploration tool for iOS
