Debugging Rails Applications — Ruby on Rails Guides
This guide introduces techniques for debugging Ruby on Rails applications. After reading this guide, you will know: The purpose of debugging. How to track down problems and issues in your application that your tests aren't identifying. The different ways of debugging. How to analyze the stack trace. 1 View Helpers for DebuggingOne common task is to inspect the contents of a variable. Rails provide
Xcode5でLLDBデバッガコマンドを使ってみる - Object for cutie
※キーウインドウ上の曖昧な制約を表示する、[UIWindow keyWindow] _autolayoutTrace]を追記 Xcodeのブレークポイントでプログラムを停止している時に入力できるコマンドです。 VisualStudioのイミディエイトウインドウライクに変数の値を変えられます。 値を変更して何度もテストしたい時に便利そうです。 ・参考資料 WWDC 2012 Session VideosのDebugging with LLDB (https://developer.apple.com/videos/wwdc/2012/)※英語 GDBとLLDBのコマンド対応表 (http://lldb.llvm.org/lldb-gdb.html) ※英語,公式 チュートリアル等 (http://lldb.llvm.org/tutorial.html) ※英語,公式 変数のフォーマット (h
iPhoneアプリに必須なクラッシュレポートツール | エンジニア開発記
久しぶりのiPhone関係記事です。 アプリを作っていると，自分のところでは再現しないものの リリースしていろんな人に使ってもらうとバグだらけのクラッシュだらけというのはよくあります． しかし，ユーザーに「再現できないからバグ修正しません」というわけにもいかず， どうやって再現するのかを詳しくユーザーに聞きたいけど，AppSoteのレビュー欄は返信できないしと結構問題があります． そんな悩みを抱えていた今から3か月ほど前に，友人からcrittercismというのを教えてもらって，すごい便利なので紹介します！ どんなシステムか crittercismはすごい単純で，クラッシュして落ちた時のスタックトレースを記録し，統計を取ってくれるシステムです． 統計を取ってくれるので，どこで落ちた人が何人というのが分かり，より重要なバグから順番に直すことができます． また，ただたんにクラッシュしたスタック
Twitterを介したリモートデバッグの実例
まつもとりー / Ryosuke Matsumoto @matsumotory さてmod_mrubyに復帰しようと思って早速コンパイルしてみたら、mrb_code *pc = irep->iseq;でmod_mrubyがsegfaultおこすようになってるな。 2012-09-03 10:24:55 まつもとりー / Ryosuke Matsumoto @matsumotory mod_mrubyここでこけるなぁ。 mrb_run (mrb=0xb57f8148, proc=0xb57fb01c, self=...) at vm.c:446 446 mrb_code *pc = irep->iseq; 2012-09-07 21:35:13
Crashlyticsでクラッシュを撲滅しよう！ - プログラミングノート
アプリを運営していて一番困るのが、原因不明のクラッシュです。たまにユーザーレビューで〇〇すると落ちます、というようなレビューを見かけるのですが、実際に開発環境で試してみても再現することが出来ず、修正しても直ったかどうか分からないというケースもよくあります。 こんな場合、普通はiTunes Connectのクラッシュレポートページに行き、レポートをダウンロードして調査するわけなのですが、レポートの反映が遅く、またユーザーの詳細情報も分からないために中々解決できなかったりします。 または問い合わせしてきたユーザーさんに直接お願いして、iTunesと同期 > PCに保存されているクラッシュレポートを送ってもらうという方法もあるのですが、中々難易度が高いです。 同様のことでお悩みの開発者もそれなりに多いと思うのですが、そんな方にぜひ導入をオススメしたいのが、Crashlyticsです。Crashl
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
もう 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
川o・-・）＜2nd life
Perl での print debug の方法の紹介がブーム(?)だったので、自分がよく行ってる Ruby での debug 方法7つについて書いてみます。 p ご存じの人も多い Kernel#p メソッド。これを使うとオブジェクトの内容を見やすい形で出力してくれます。 >> p ({:foobar => :baz}) {:foobar=>:baz}Object#inspect を使うと、p で出力するときと同じ文字列を String として取得できます。 >> puts ({:foobar => :baz}).inspect {:foobar=>:baz}初心者の頃この p での出力を使う方法がわからなくて困った記憶が…。 pp pp というライブラリを使うと、p より、より見やすい形式で出力してくれます。たとえば >> a = Array.new(10) { {:foobar => :
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - square/PonyDebugger: Remote network and data debugging for your native iOS app using Chrome Developer Tools
Introducing Wire Protocol Buffers
Fiddler HTTP Debugger - Fiddler