DOM Elementオブジェクトをテキストダンプしてデバッグ - hogehoge @teramako
DOM APIを使用して作ったDOMツリー、うまく生成されているか見てみたい事は多々ある。少なくともオイラはある。簡単にテキスト表示してくれると嬉しいなぁと常々思っていたのだが発見した。 Firefox（というかMozilla系かな）限定だろうけどXMLSerializerがあるのだ。 使い方は簡単。 var serializer = new XMLSerializer(); //略 var root = document.createElement('div'); var anchor = document.createElement('a'); var aText = document.createTextNode('はてな'); anchor.setAttribute('href','http://www.hatena.ne.jp/'); anchor.appendChild( aT
perl - B::Deparse : 404 Blog Not Found
2007年02月11日13:45 カテゴリLightweight Languages perl - B::Deparse 尻馬乗るべし、ということでB::Deparseの紹介。 いやなブログ - スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl スクリプト言語用の CUIのデバッガの使い方を簡単にまとめました。対象言語は Ruby, Python, Perl です。実は私も、デバッガーはperl -de1ぐらいしか使っていない(perl -de1は非常によく使うので、Terminal.appのウィンドウの一つがそれ専用になっている。スクリプト言語のインタラクティブな利用法に関しては以前「404 Blog Not Found:LL Intaractive」にまとめたのでそちらをご覧頂くとして、ここではなぜスクリプト言語では滅多にデバッガーを使わないかをおさらいした
いやなブログ - スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl
スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl スクリプト言語用の CUIのデバッガの使い方を簡単にまとめました。対象言語は Ruby, Python, Perl です。 私は C, C++ でプログラムを書いているときはデバッガ (主に GNU/Linux 上の gdb) を頻繁に利用します。しかし、スクリプト言語ではそれほどでもありません。これはおそらく次のような理由によります。 ビルドが不要なので printf デバッグが容易 (ある程度大きい C++ のプログラムではビルド時間が長いので printf の挿入はしんどい) 異常終了時にスタックトレースが表示される (Ruby, Python なら自動、Perl の場合は use Carp; $SIG{__DIE__} = \&Carp::confess; など) オブジェクトのインスペクトが簡単 (Ru
Clewn - メモ帳
はじめて Clewn を使ってみた。 http://clewn.sourceforge.net/index.html Clewn は vim と gdb を統合させるプログラムだが、その実現手段は2通りある。 1つは単体のプログラム clewn を使う方法。 もう1つは vimGdb として vim に対するパッチをあてる方法。 両者はソースを共有し、ほとんど同じ機能を提供するが、vimGdb は gdb の式を評価した値をポップアップ表示できない デバッギの出力を gdb の tty コマンドで他の端末に渡さねばならない デバッグ情報として埋め込まれたソースコードのパスを vim に知らせることができない などの制限をもつ。 Clewn の pty.c は screen からもってきたらしい。GPL なのはそのためだろうか。 でもこれ、vim の pty.c とも同じなんだよなあ。 と思
gdb で vim をデバッグする - メモ帳
vim + screen + gdbでデバッグしよう http://d.hatena.ne.jp/parasporospa/20060827 のつづき。 結局、gdb で vim を起動するときは $ gdb --args vim -f -g (gdb) runとすると普通にデバッグできる。vim を起動してからプロセスIDを指定してアタッチするより、こちらの方が速い。 さて、Windows の OutputDebugString 相当のことをしたい。 vim の中で普通に fprintf(stderr, ...) すると、gdb の出力と混ざってしまう。 できればこれを別にしたい。 run コマンドでデバッギの標準エラー出力をリダイレクトしてみた。 (gdb) run 2>hoge.logすると gvim でなくコンソール上で vim が立ち上がってしまう。 最初に --args で指定
川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 => :
GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
JavaScriptデバッグツール集:phpspot開発日誌
Ajax Digest // Javascript debuggers overview JavaScript debugging has some specifics in comparison with stand-alone applications. JavaScript programs usually rely on interaction with the loaded page's Document Object Model (DOM) so errors may be caused by wrong DOM usage in a technically correct script. JavaScriptデバッグツール集。 様々なJavaScriptデバッグツールが紹介されてます。 （Microsoft Script Debugger) IE上で動作するもの Micros
gdb tips - bkブログ
gdb tips gdb を使う上で便利な tips を紹介します。基本的な使い方をマスターしている人向けです。 .gdbinit の設定 ホームディレクトリに .gdbinit を置いておくと、gdb の起動の際に読み込まれます。私の場合は次のような設定をしています。 set history save on set history size 10000 set history filename ~/.gdb_history set print pretty on set print static-members off set charset ASCII set history から始まる最初の 3行は履歴に関する設定です。それぞれ、 gdb のコマンドラインの履歴をファイルに保存する、保存する行は最大 10000 行、ファイル名は ~/.gdb_history 、という意味になります。
How to debug
デバッグの方法論 言うまでも無いことだが、プログラミングにおいてもっとも 時間がかかる部分はデバッグである。従って、最初から手間が かかってもバグが無いように注意してプログラムを組むのが望ましいが、 それでもバグは出るものだ。ここでは、そうやって出てしまったバグの つぶし方を紹介する。 一般的にバグは二種類に分けることができる。すなわち、 プログラムが途中で止まってしまうバグと、実行はできるが 結果がおかしいバグである。前者にはFloating Exceptionや Divided by Zero、Arithmatic Exceptionなどが 含まれ、後者はエネルギー発散、臨界点のずれなどで現れる。 ここで扱うのは主に前者、途中で止まってしまうバグのつぶし方である。 個人的な意見だが、こういうバグは速攻でつぶせるべきだと 考えている。なぜなら、プログラムが止まってくれるのだから、 バグの
Developer at Momonga Project - BTS
Menu 総合情報 Wiki Top Page Official web site 配布元 バグ報告 はじめての Momonga Linux OmoiKondaraQuickStart OmoiKondara-HOWTO SVNレポジトリ Subversionメモ リリース版情報 Momonga Linux 7 Release Note Momonga Linux 7 FAQ Momonga Linux 6 Release Note Momonga Linux 6 FAQ Momonga Linux 6 Update情報 開発情報 Trunk情報? Bug Tracking System ビルド状況集計システム gcc メモ glibc メモ rpm メモ 検索 最新の20件 2021-08-22 TeXメモ 2019-10-12 Crystal言語 2015-10-23 Momonga
モノーキ〜デバッグパターン
下記の「旧FC2無料ホームページスペース」は2025年06月30日をもちましてサービスを終了いたしました。 FC2WEB http://www.fc2web.com GOOSIDE http://www.gooside.com k-free.net http://www.k-free.net Easter http://www.easter.ne.jp 55 STREET http://www.55street.net ZERO_CITY.com http://www.zero-city.com OJIJI.NET http://www.ojiji.net K-Server http://www.k-server.org Zero-yen.com http://www.zero-yen.com KTNET http://www.kt.fc2.com Finito http://www.fi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Ruby (デバッグ方法) - あさあさの公開メモ