about-byebug-for-debug-with-pry - Philippos Blue Book
byebug 導入 ruby2.0環境下では、pry-nav ならびに pry-debugger のデバッグ機能に不具合があり、また例外補足のためのツール pry-exception_explorer にも不具合があるため、デバッグ用のツールとして同様の機能を持つ byebug および pry-rescue への切り替えを行った。 また今回のタイミングで、コールスタック（バックトレース）を参照するためのツールである pry-stack_explorer の導入も行った。 byebug は pry と同じインタフェイスを持っているとのことで使用法は pry と同じである。 まず、以下の gem は Gemfile から削除した。 1 2 gem 'pry-debugger' # あるいは pry-nav gem 'pry-exception_explorer' そして次の gem を導入する
Rails4 今のところ最強なデバッグツール達 - Qiita
Gemfile の 「group :test, :development do」ブロックに書いている 個人的に最強な設定 を晒したいと思います。(2013/10/24 現在) 作業環境 Ruby 2.0.0p247 Rails 4.0.0 Gemfileに設定している内容 ※ コメントに随時変更したものを追記しますー group :test, :development do gem 'pry-rails' gem 'pry-doc' gem 'pry-stack_explorer' if RUBY_VERSION >= '2.0.0' gem 'pry-byebug' else # 以下はRuby1.9の時のみ使う(pry-byebugの代わりに) # debuggerは1.9以下でしか動作しない, remote は byebug で使えないようになった gem 'pry-debugger
連載インデックス「現場から学ぶWebアプリ開発のトラブルハック」 - ＠IT
Webアプリの問題点を「見える化」する7つ道具 現場から学ぶWebアプリ開発のトラブルハック（1） 現場でのトラブル発生時に原因がなかなか掴めず、あたふたした経験はありませんか？ そんなときには、このハック！
Androidをデバッグしメモリダンプからデータを復旧する
今回は、「Linuxカーネルのファイルデータ管理」について解説していきます。 ただ、単なる教科書的な説明だけではつまらないので、Android実験用に購入した組み込みボード（Android移植済み）を使い、実際のファイルデータ管理の内容をデバッグしながら見ていきたいと思います。使用するデバッグ手法としては、Linuxでおなじみの「kgdb」（注1）を利用することにします。 そして、ここで説明するLinuxファイルデータ管理の理解をより“実践知”として生かせるように、「Linuxカーネルメモリからファイルデータを復旧する方法」を紹介します。 具体的には、デバッグ中に「メモリダンプ」を採取し、そのダンプ情報からあるファイルのデータを復旧していきます。このやり方を習得しておくと、ログファイルなどのファイルデータをメモリダンプから参照できるようになるので、裏ワザとして覚えておくと大変役に立ちます（
Debug Tutorial Part 1: Beginning Debugging Using CDB and NTSD
Debug Tutorial Part 1: Beginning Debugging Using CDB and NTSD Introduction Debugging is one of the most valuable skill sets when it comes to software development and maintenance. This is a skill that is used at every stage of a product's life cycle. The developer first creating the project will obviously run into bugs. These bugs can be anywhere from logic bugs to syntax bugs and compiler errors.
)
デバッガでのデータ表示
Visual Studio デバッガには、プログラムの状態をチェックして変更できるように、さまざまなツールが用意されています。ほとんどのツールは、中断モードだけで機能します。 [DataTips] ポップアップ DataTips は、デバッグ時、プログラムに含まれる変数とオブジェクトに関する情報を表示するときに、最も便利なツールの 1 つです。デバッガが中断モードの場合に、ソース ウィンドウ内の変数上にマウス ポインタを置くと、現在のスコープ内の変数値を表示できます。Visual Studio 2005 では、DataTips の機能が強化され、より使いやすく、より強力に、複合データ型を表示できるようになりました。詳細については、「方法: DataTips を使用する」を参照してください。 ビジュアライザ ビジュアライザは Visual Studio デバッガの新しいコンポーネントで、オブ
)
ネイティブ コードのデバッグ
ここでは、ネイティブ アプリケーションのデバッグ時に発生する一般的な問題や共通のデバッグ技術について説明します。ここでは高レベルの手法について説明します。Visual Studio デバッガの使用については、「デバッガのロードマップ」を参照してください。 このセクションの内容 方法 : 最適化されたコードをデバッグする 最適化されたコードのデバッグに関するヒント、特に、最適化する前のプログラムをデバッグするのが望ましい理由、デバッグ構成とリリース構成の既定の最適化設定、および最適化されたコードにだけ現れるバグを検出するためのヒント (デバッグ ビルド構成で最適化をオンにする) を示します。 DebugBreak と __debugbreak Win32 関数 DebugBreak について説明し、プラットフォーム SDK のリファレンス トピックへのリンクを示します。また、コンパイラの組み
MVVMアプリケーションにおけるメモリリーク対策 - 開発思考実験日記
フレームワークレベルでは丁寧なメモリリーク対策が必要と思いますが、アプリケーションレベルではメモリリークに対して神経質なコードを書かなくても良いと思っています。 ライフサイクルの長いオブジェクトを識別し管理する メモリリークの定義もいろいろありますが、少しぐらいViewやViewModelのインスタンスが残る程度は問題にせず、継続的にメモリが増加するような場合について対策できていれば多くのアプリでは問題にならないのではないでしょうか？ ようは、MVVMのViewやViewModel、Modelのライフサイクルがそれほど長くないのであればお互いが参照していても問題が発生しないという考え方で、あとは、ライフサイクルの長いオブジェクトを識別して適切に管理するという、一般的なメモリリーク対策に落とし込むアイデアです。 MVVMの長いライフサイクルをもつオブジェクトとしては、Viewであれば起動時の
きのふよりけふ、けふよりあした 【Java】ClassNotFoundException と NoClassDefFoundError の違い
【Java】ClassNotFoundException と NoClassDefFoundError の違い 2010-09-04 21:56:09 Sat ClassNotFoundException と NoClassDefFoundError の違いは、要は Exception と Error の違いでしかありません。 ■Exceptionとは？ Java では、プログラムを実行する最中に発生するエラーを 例外（exception）として扱うことができます。例外には例えば、0で割り算をした、メモリが枯渇した、存在しないファイルを開こうとしたなどがあります。 引用元 javaリファレンス ■Errorとは？ 絶対に起きてはならない異常な状態。 javaリファレンス 基本的には上述のような定義となります。 後述のものは少し強引な分け方ですが、初めはそのように覚えておいてもよいのではない
作成済みのクラス名を書き換えたらエラーになった
７月も後半に入ってくると、だんだん、平日の電車の中で子供の姿を見かけることも多くなってくるのではないでしょうか。どうしてこんな時間から子供が電車に？ と思ってよく考えてみると、学校は７月末から夏休みなんですね。そういえば、子供の頃は夏の暑い時期に１ヶ月近くも休みがあったんだなぁ、と思うと懐かしくもあり、今となっては信じられないような生活です。子供に戻りたい！ なんて思ってしまう人もいるのではないでしょうか。そんな子供たちの暮らしを支える私たちエンジニアは、とりあえず8月のお盆休みを励みに、目前のデバッグに熱く取り組みましょう。では今月もどうぞお付き合いください。 作成済みのソースのクラス名やパッケージ名を書き換えたらコンパイルエラーになった 分類：コンパイルエラー プログラムを作成していると、当初の要件が変更されたりして、設計を見直す必要が出てくることもよくあると思います。設計が変更された
てくめも@ecoop.net | - Part 2
証明書と鍵ファイルからp12ファイル（pkcs12）を作る手順のメモ。 証明書（cer）をPEMに変換する、鍵（PEM private key）と結合してp12にする、という２段構え。 参考： http://spiratesta.hatenablog.com/entry/20120215/1329280918 1.公開用証明書をPEM証明書形式に変換する $ openssl x509 -in distribution_identity.cer -inform DER -out distribution_identity.pem -outform PEM 2.PEM証明書形式をP12証明書形式に変換する $ openssl pkcs12 -export -inkey mykey.key -in distribution_identity.pem -out distribution_ident
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
スタックトレースからデバッグのヒントを読み取る
ランタイムエラーが発生したときに、コンソールなどによく表示されるものとして、「スタックトレース」があります。これは、例外の発生状況と発生個所を詳細に示すもので、デバッグ時には大いに役に立ちます。 しかし、読み方が分からないと何から手を付けたらよいか分からないのも事実です。特にWeb系のプログラミングをされている方は、非常に長いスタックトレースや2組のスタックトレースが同時に表示されてしまい何をどう見ればよいのか分からないこともあるのではないでしょうか。 今回は、まずスタックトレースの読み方から解説しましょう。 スタックトレースの読み方 分類：ランタイムエラー スタックトレースは、その例外に関連しているクラスの数によって長さはまちまちですが、その書式は一定です。 書式： （1）例外クラス名：詳細メッセージ （2） at クラス名.メソッド名（ソースファイル名：行番号） （3）（2）の呼び出し
Visual Studioデバッグ手法 - ＠IT
第2回 簡潔なコーディングのために （2017/7/26） ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている 第1回 Visual Studio Codeデバッグの基礎知識 （2017/7/21） Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう 第1回 明瞭なコーディングのために （2017/7/19） C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える Presentation Translator （2017/7/18） Presentation TranslatorはPowerPoint用のアドイン。プレゼンテー
川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 => :
matzmtok.com - このウェブサイトは販売用です！ - matzmtok リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Debug hacks conference 2009で話しました - 世界線航跡蔵
Debug Hacks Conference 2009で発表した。 人に得意げに話せるほどのデバッグ技を持っているわけではないので、発表の話があったときはちょっとためらった。けれども、『Debug Hacks』著者のよしおかさんから「とにかく共有することが大切」と言われた。デバッグの技法は属人的で、共有されていないので、何でも良いからみんなで共有することを始めるのが大切であると。 そういうわけだから、ここからデバッグ技法が言語化され公開されることを祈りつつ、まずは著者の方々に続いて私が自分の考えを発表したのであった。 今王必欲致士 先従隗始 - little debugging principles from Yuki Sonoda
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事のメモ
Microsoft Visual C Web Site メモリ リークの検出と特定
ビルドのコマンドとプロパティのマクロ