DEMO VIDEOS Get to know everything Vimeo can do for your business. Watch now
Node.js includes a command-line debugging utility. The Node.js debugger client is not a full-featured debugger, but simple stepping and inspection are possible. To use it, start Node.js with the inspect argument followed by the path to the script to debug. $ node inspect myscript.js < Debugger listening on ws://127.0.0.1:9229/621111f9-ffcb-4e82-b718-48a145fa5db8 < For help, see: https://nodejs.org
こんにちは、こちらはFluentd Advent Calendar 19日目の記事となります。 fluentdの動作を確認するときやpluginのデバッグをする時などに、print文を埋め込んだりしていましたが、ふとしたきっかけでtd-agentパッケージに「 fluent-debug 」なるものが同梱されていることを知りました。さっそく使ってみようと思いましたが、これに関する記事がほとんど出てきませんでした...。 というわけで、せっかくなので今回はfluent-debugを触ってみた話をしたいと思います。 fluent-debugとは 実行中のfluentdに対してgdbのように、アタッチして内部をごにょごにょできるツールで、 fluentdの公式ドキュメント にも記載されています。内部では dRuby を使っており、 DRbObject と DRbServer を利用することでflu
プロセスに attach してトレースするデバッグコマンド strace の基本的な使い方です。 1. 実行コマンドをトレースする $ strace ls execve("/bin/ls", ["ls"], [/* 46 vars */]) = 0 brk(0) = 0x1ab9000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fcf695fb000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so
Perl で書かれたネットサービスの機能変更をする必要があって、まずはコードリーディングからということで ag (The Silver Searcher) 使ってメソッド名で検索しつつ処理の流れを影響範囲などをチェック。でもなんかしっくりこないんだよなーと思っていたんだけれど、ふと見たら、あれこのメソッドここでも使っているのってな感じで。どうも ag でマッチしていなかったらしい。 あちゃー。 日本語を含むファイル (EUC-JP) のいくつかがバイナリと誤判定されて検索対象から外れてマッチしていなかった模様。--debug オプションを指定すると DEBUG: DEBUG: File ./Hoge.pm is binary. Skipping... とか出力された。 ag 0.13.1 と、話題になった時にインストールされたちょっと古いというのもあるかもしれないけれどもこれはちょっと厳し
Play framework 2.0 で作成した Web アプリを Eclipse 上でデバッグする方法をご紹介します。 準備 まず、play eclipsify を実行し、Eclipse 用のプロジェクトファイルを生成します。 Eclipse 用プロジェクトファイル作成 > play eclipsify次に、このプロジェクトファイルを Eclipse に import しておきます。*1 デバッグ Eclipse でデバッグする手順は以下のようになります。 デバッグモードで Play アプリケーションを起動 Eclipse からリモートデバッグ まず、play debug run を実行し、デバッグモードで Play アプリケーションを起動しておきます。 デバッグモードで Play アプリケーションを起動 > play debug run Listening for transport
Roc2信じられません。そこでXcodeの作法を少しは覚えましょう。Xcodeって_DEBUGを使えないの? #if _DEBUGみたいのしたいんだけど?Xcode/GCC/LLVMには_DEBUGがありません。左ペインの内容を「フォルダ(一番左のアイコン)」にして、右ペインをPROJECTやTARGETSが表示されるようにします。"Build Settings"タブを選びます。その下のボタン、"Basic"と"All"はどちらを選んでいてもOKです。画面写真では"All"を選んでいます。検索窓にmacroと入力します。すると"Preprocessor Macros"がでてきます。"Multiple Values"と表示されているかもしれませんので、三角ボタンを押して、DebugとReleaseが表示されるようにします(画面写真はこの状態です)。Debugに"_DEBUG=1"を追加します
スマートフォンやタブレットが主流になりつつあるが、それらモバイルデバイスでWebのデバッグするのは楽ではない。User Agent文字列を変更してモバイルデバイス上のブラウザの振りをしたMacやPCのブラウザからデバッグする方法もあるが、モバイルデバイスのブラウザの機能がMacやPCと同一ではなく、モバイル特有の状況もあるため、モバイルデバイスそのものを使った状態でデバッグしなければいけないことも多い。 そのような際に使われるのがリモートデバッグだ。 Mac/PCとAndroidの両方にブラウザを提供している主流ブラウザとしてはChrome、Firefox、Operaがあるが、このリモートデバッグ機能はこの3種のブラウザすべてに備わっている。また、ブラウザ開発元ではないが、Adobeもリモートデバッグ機能を提供している。すでに使っている人も多いと思うし、それぞれ多くの情報が提供されているの
『ビューティフルコード』『Making Software』の著者の一人であり、GNU Data Display Debugger(DDD)の開発者である著者が、なぜプログラムがうまく動かないかについて、効率的な原因究明とデバッグ方法を提案。なぜ「系統的」で「自動的」なデバッグが必要なのかの重要性を説き、そしてそれを実現するための手法として、差分デバッグ、科学的手法といった具体的なテクニックやさまざまなツールの詳細を紹介しています。デバッグ作業を効率化し、デバッグの苦痛を軽減するという著者の信念に基づいて書かれた本書は、多くのプログラマにとって福音となる一冊です。 序文 まえがき 1 章 障害はどのように起こるのか 1.1 プログラムがうまく動かない! 1.2 欠陥から失敗へ 1.3 時間と空間の迷路 1.4 障害から修正まで 1.4.1 問題の記録 1.4.2 障害の再現 1.4.3 テス
ログの出力方法を確認します。ログにはデバック用に変数の値を出力したり実行時エラーのエラー内容を出力したりといった用途が考えられますが、後でログを確認する時に便利なように書き出される内容をいくつかの種類に分類して書き出す事ができるようになっています。種類には次のようなものがあります。 ERROR エラー WARN 警告 INFO 情報 DEBUG デバック VERBOSE ログの種類別にログを書き出すためのstaticメソッドがそれぞれ用意されています。 ERROR: e public static int e(String tag, String msg) Send an ERROR log message. Parameters: tag Used to identify the source of a log message. It usually identfies the clas
みなさん、こんにちわ。gattsです。 これから何回かに渡ってWindbgについての技術的な話をしようと思います。 私は仕事でwindowsの案件をやっています。仕事をしていく中でOSがトラブルになったりシステムを検証したりします。そんな時に助けてくれるツールがWindbgです。このツールはMicrosoftさんが開発者向けに無料で公開しているツールなのです。何が出来るかというと、エラー発生時のダンプファイルとソースコード・シンボルファイルを使って情報を解析することです。 つい先日サーバが一定間隔でBSOD[ブルーバック]を起こして困ってしまった時も、発生した原因をこのツールと協力して探すことが出来ました。 是非みなさんもwindbgを使ってみてください。きっと役に立つと思います。 【ダンプファイルとは】 WindowsはOS自身で致命的なエラーが発生した場合にブルースクリーンになります。
時の過ぎるのは早いもので、年が明けたと思っていたら、気が付けばもう5月になってしまいました。新社会人の皆さんであればこれからエンジニアの仲間入りをしていろいろな知識を習得していこうと張り切っていらっしゃることでしょう。 この連載ではJavaエンジニアの皆さんが必ずぶつかるデバッグについて実例を挙げながらその具体的な対処法について解説していきます。コンパイルエラーのメッセージは、現在よく使われているEclipse 3.1.x(の「問題」ビュー)で表示されるメッセージを基本に解説していきます。コンパイルに用いるJDKのバージョンは、5.0を想定しています。 Javaプログラムにおけるデバッグのパターンは? Javaプログラムにおけるデバッグの対象となりうるものには、大きく3つのパターンがあります。 (1)コンパイルエラー Javaのプログラムを書いていて最初にやるデバッグは、おそらくコンパイル
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 以前pudbというCUIベースのソースコードデバッガを紹介した。コンソール環境で利用できてなかなかファンシーなのだが,デバッガをいちいち立ち上げる必要があるので少々面倒だ。今回はより手軽にCUIベースのデバッガを起動する方法を紹介する。 方法は簡単。debugというパッケージを「pip debug」などでインストール,デバッグを開始したい場所に「import debug」とするだけで,プログラムのその位置でシンタックスカラーリングの効いたファンシーなデバッガが立ち上がる。 「n」を押して実行を進めたり,print文を使って実行中の変数の中身を表示したりできる。実行中のプログラムも表示し
前回の復習 前回は、アプリの設定画面の作り方に関して学びました。 具体的には、 XMLによる設定画面の作り方 設定画面から設定値の保存方法 の説明を行いました。 Android OSには、設定画面を簡単に実装できる枠組みが用意されており、値の保存も自動的に行ってくれるので、設定画面を作る場合は、この枠組みを上手く活用してアプリを仕上げてください。 アプリのデバッグ方法 アプリの開発段階では、不具合の修正を行ったり、パフォーマンスの改善を行うことがあります。AndroidのSDKには、効率良くデバッグやパフォーマンスチューニングが行えるツールや仕組みが用意されているので、今回は、それらをご紹介します。 最もベーシックなLogCat バグの修正を行う場合、現状の動作状況を把握したいことがあると思います。 このとき、ソースコード中にブレイクポイントを設定して、ステップ実行をしても良いのですが、頻
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 => :
前回の記事で、jQueryセレクタのパフォーマンスを計測する際に使用したFirebugのconsole APIですが、時間を計測する以外にも便利な機能がたくさん備わっています。 今回はその中から特に役立つ機能をピックアップしてご紹介します。 目次 0.Firebugとは 1.console.log() 2.console.debug() 3.console.info() / console.warn() / console.error() 4.console.trace() 5.console.time() / console.timeEnd() 6.その他 Firebugとは? Firebugを知らない方のために簡単に説明します。FirebugとはFirefoxのアドオン(拡張機能)です。インストールすることで、表示しているページのHTMLやCSSを表示・編集したり、JavaScrip
ソースコードリーディングとかしてると、ただコード読んでてもどうしようもなく、オブジェクトの中身や変数などを見るためにデバッグツールを使いながらでないとやっていけないことが今になって分かりました。自分でもどうしようもなくアホだと思いながら戒めのために覚書。 デバッグツールの機能 僕自身まともに触れる言語はjavascriptとphpくらいなもので、どちらもeclipseのようなIDEを使わず頑なにvimを使って組んできました。phpの場合はxdebugと連携させる方法*1や、javascriptならrhinoなんかを入れてquickrunとかって方法も考えられますが、僕はある程度は知っていながらもひたすら標準のスタックトレースやalert,console.log,console.dirばかりしていたので、まずはIDEなどに搭載されている一般的なデバッグ機能を復習をかねて覚書。 ブレークポイン
と入力してみましょう。 そうするとサーバでIDが自動的に割り振られ、挿入用のスクリプトタグが出てきます(上の画面で反転している部分です)。このスクリプトタグを、スマートフォンで読み込ませるHTMLに組み込んでみましょう。 <!DOCTYPE html> <html><head><title>JSConsole Test</title> <script> window.test = function(arg) { console.log("test message:" + arg); }; </script> </head> <body><div id="hello">hello world</div></body> <script src="http://jsconsole.com/remote.js?9D22144E-AFD1-428B-B505-1D6A4C6F7324"></scri
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く