サービス提供終了のお知らせ
日頃より、アレスネットをご愛顧いただきまして誠にありがとうございます。 「ホームページサービス」のサービス提供は2016年1月31日をもちまして終了させていただきました。 これまで長らくご利用いただき、誠にありがとうございました。 今後も、皆様によりよいサービスをご提供させていただけるよう、サービス品質向上に努めて参りますので、何卒、ご理解いただけますようお願 い申し上げます。 ＜アレスネットをご契約のお客様へ＞ 後継サービスとして「userwebサービス」を提供させていただいております。 詳しくは、以下のリンクをご参照ください。 ▼「userwebサービス」のご案内 http://www.ejworks.info/userhp/alles/index.html 今後ともアレスネットをご愛顧いただけますようお願い申し上げます。 株式会社イージェーワークス アレスネット カスタマーサポート
いやなブログ - スクリプト言語用のデバッガの使い方 - 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
JavaScriptのメモリリークを検出するFirefox拡張「Leak Monitor」:phpspot開発日誌
Leak Monitor :: Mozilla Add-ons :: Add Features to Mozilla Software JavaScriptのメモリリークを検出するFirefox拡張。 Firefox用のメモリリーク検出用機能拡張である、Leak Monitorをインストールするといろんなところでメモリリークが起きていることが検出できます。 script.aculo.us でさえ、prototype.js の影響によって次のようなメモリリークが出てしまう模様。 JavaScriptの場合、マニュアルなどが整備されておらず、ブラウザごとに仕様が違うため、 何を対策すべきか、といったことがよく分からなかったりしますが、この拡張があれば、少なくともFirefoxの場合においてはメモリリークを防げそうですね。 関連エントリ WebデザイナーのためのFirefoxエクステンション20
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 、という意味になります。
スクリプト言語のデバッグツールの研究
デバッガって知っていますか? バグ（虫）とはプログラムの欠陥や誤りのこと、 バグを発見し修正する手助けをする「虫取りプログラム」のことです。 私たちの研究室では、ネットワークプログラムのバグを探し出すためのデバッガを開発しています。 ハエトリソウの学名dionaea muscipulaから名づけて「Dionea」。 ネットワークプログラムとは、互いに通信をしながら仕事をするプログラムのこと。 スレッドという小さな単位に分割し並列実行するため、バグの発見は容易ではありません。 Dioneaは、コンピュータからコンピュータへと、一群のスレッドの流れを瞬時に 自動認識・追跡して、厄介なバグの発見を助けます。 プログラミング言語関連の研究としてデバッガの研究を行なっている。 スクリプト言語Python、 Ruby用のマルチスレッド対応デバッガである。 これは"Low-intrus
rails アプリ(特に Controller)を debug.rb でデバッグ
_ rails アプリ(特に Controller)を debug.rb でデバッグ rails には script/breakpointer というスクリプトを使うと アプリケーションを止めたい場所で止めて、DRb (druby) 経由で irb 接続して調べることはできるのだが、 irb ではなくステップ実行をしたい。 というわけで、以下のようなコマンドを打ってみる。 $ ruby -rdebug script/server Debug.rb Emacs support available. script/server:2:require File.dirname(__FILE__) + '/../config/boot' (rdb:1) b HogeController.list script/server:2:uninitialized constant HogeControll
Kazuho@Cybozu Labs: Windows Scripting Host で JavaScript のユニットテスト
« 今日から始める Server-side JavaScript | メイン | ASP で JSAN » 2006年03月23日 Windows Scripting Host で JavaScript のユニットテスト 先週から JavaScript でウェブアプリケーションを開発しているのですが、そろそろベータ公開できるレベルになってきました。しかし、現在のコードはユニットテストをしていないため、品質に不安があります。 もちろんテストはしたいわけですが、JavaScript のテスティングフレームワークと言えば、ほとんどがブラウザ上で動作するもののようです。これではさまざまな COM オブジェクトを呼び出したり、ローカルのデータベースを編集したりする Server-side JavaScript のテストはできません。 もうひとつのJsUnit (mymy-mycompany分室) に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby (デバッグ方法) - あさあさの公開メモ