Go to the first, previous, next, last section, table of contents.


バグの報告

バグの報告は,バイナリユーティリティを確実にする上で重要な役割を果たしま す.

バグを報告することで,問題の解決をもたらすかもしれませんが,そうでないか もしれません.しかし,いずれにせよ,バグの報告の主な機能は,バイナリユー ティリティの次のバージョンの仕事をより良くすることで,全てのコミュニティ に役立つことです.バグの報告は,管理者に対する貢献になります.

バグの報告を目的に役立つようにするため,バグの修正が可能となるような情報 を含める必要があります.

バグを見つけましたか?

バグを見つけたかどうか確実でない場合,ここに指針がいくつかあります.

バグの報告の方法

多くの企業と個人が,GNU製品に対してサポートを提供しています.サポー ト組織からバイナリユーティリティを得ている場合,われわれは,その組織に最 初に連絡するように勧めます.

GNU Emacs配布物のファイル`etc/SERVICE'で,サポートしている多く の会社と個人へ連絡する情報を見つけることが可能です.

いずれにせよ,我々は,バイナリユーティリティに対するバグの報告を `bug-binutils@gnu.org'にも送ることを勧めます.

バグの報告の有効な基本原理は以下のとおりです.すべての事実を報告 する.事実を述べるべきか削除すべきかよく分からない場合,それを述べてく ださい!

人々はよく,問題を発生させるものを知っていて,重要でない詳細もあると思う ため,事実を省略します.このため,使用したファイル名は重要でないと考えた とします.さて,おそらくそうでしょうが,確実ではありません.おそらくバグ は,パス名がメモリに保存されている場所から取り出すために生じる,偶然のメ モリ参照です.おそらく,パス名が異なっている場合,その場所の内容は,バグ にもかかわらず正しいことを行うユーティリティを馬鹿にするでしょう.安全に 動作するようにし,特定の完全な例を与えてください.それは,最も簡単に行う ことができ,最も役に立ちます.

バグの報告の目的が,新しいものの場合は,バグの修正を可能にすることだとい うことを覚えておいてください.そのため,以前にバグが報告されていないこと を常に前提にして,バグの報告を書いてください.

ときどき,概略だけのわずかな事実を与え,"これは報告すべきですか? (Does this ring a bell?)と尋ねる人がいます.これらのバグの報告は役に立たず,正 しくバグの報告をするよう送付者に小言を言うために,それに対する返答 を廃棄するようにということを,我々は全員に勧めます.

バグの修正を可能とするため,これらすべてのものを含めるべきです.

不要なものは以下のものです.


Go to the first, previous, next, last section, table of contents.