2016-05-10 9 views
0

私の顧客の要求に応じて、私はCentOSシステムで作業しています。実際のプログラミングバグと起動パラメータの問題を区別する方法

最近、特定のケースでコアファイルが生成されたというバグが報告されています。

膨大な量の作業の後で、問題は私のプログラムがひどく振る舞うのではなく、内部設定になっていることに気付きました。私のプログラム(Javaプログラム)は-Xssオプションなしで起動しました。マシンは自動的に最大スタックサイズを設定します。これは小さすぎたため、プログラムがクラッシュしました。 今、バグを解決するには、自分のプログラムのJava起動パラメータに-Xss2mを追加するだけです。

私は、このようなCentOSシステムではプログラムが悪くなると思います。問題が誤動作しているプログラムによって発生したのか、構成/スタートアップパラメータの問題によって発生したのかを簡単に知ることができるようにシステムを構成することは可能ですか?事前

答えて

0

ありがとうございます非存在区別を想定しています。

プログラムを提供するときは、関連するすべての引数と環境を指定します。プログラムがクラッシュした場合、バグが発生します。それはパッケージングのバグかもしれませんが(それは私には奇妙ですが、診断可能なエラーメッセージではなく実際にコアがクラッシュするという結果に終わりました)、それでもバグであり、あなたの提供された配信にあります。

このようなシステムはありませんが、それほど意味がありません。

+0

私はそれがバグかどうかという事実は議論していませんが、私はそれを解読する努力に苦労しています。私はこの事業で働いていた15年の間、 -fileはプログラミングミスが起こったことを意味します(ゼロ除算、ヌルポインタ例外など)。しかしこの場合、エラーメッセージを出すために 'catchsegv'コマンドを起動パラメータに追加する必要がありました。スタックオーバーフローが問題の原因であったことに言及してください。私はそのような種類のエラーメッセージを自動的に表示することを期待しています。 – Dominique

関連する問題