elisp のデバッグ方法について以下の3つの方法を説明します． - printf デバッグ - backtrace - edebug ■■■ printf デバッグ elisp で printf デバッグを行なうには message 関数を使います．message 関数の結果は *Messages* バッファに出力されます． 例えば以下の<リスト1>のように使います． ---------------- <リスト1> message 関数を使った printf デバッグ (defun message-sample () (let (list) (dotimes (i 10) (push i list) (message "%s" list)))) ---------------- 実行中に目視したい場合は sit-for と message の組み合わせか y-or-n-p を使うのが良い
OpenOffice_org のバグレポート提出 OpenOffice_org のパッケージは、 openSUSEの公式ダウンロードサイト及び 開発中のビルドサービスプロジェクトから入手できます。これらの版で発見したバグは、Novell の Bugzilla サイトで、ソフトウェア名を"OpenOffice.org 2.0"に指定して報告してください. バグレポートに必要なもの バグの箇所と症状が正確に担当者に伝われば、修正も速く行えます。そのために以下の情報が必要になります。 openSUSEのバージョンとプラットフォーム 例： openSUSE-10.2-x86_64 デスクトップ環境 例： KDE or GNOME OOo のバージョン 例："Build 2.2.0.1". これは、OOoのダイアログボックス "Help/About OpenOffice.org"を表示すると見るこ
バグ報告を送る前に それが本当にバグであることを確かめてください。たいていの場合、バグとは、ソフトウェアがまともなユーザが望まないことをすることです。これは、ソフトウェアがあなたの望んでない動きや要求外の動きをしたり、普通に使っている時にクラッシュすることを含みます。バグは、ソフトウェアの実行に必要以上に時間がかかったり、リソースを使う原因になることがあります。 一部の不具合は、ユーザープロファイルの破損が原因である可能性があります。OpenGL（新しいバージョンではSkiaを参照）およびOpenCLに関する問題は通常、有効なバグとみなされます。バグ報告を書く前に、OpenGLおよびOpenCLの設定による影響を確認すると、大いに役立ちます。 ある時点でバグのように見えるものは、実際には機能要求に近いものです。私たちは望む機能が実装されていなくても、理想的な世界ではソフトウェアがどのように
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
