「Linuxカーネルは商用ソフトよりバグが少ない」記事へのコメント

fix

[Anonymous Coward]

見つけたついでに直してあげればいいのに。

Re:fix

[ryokiwind (22763)]

マジレスすると、バグを修正する場合、
そのバグ修正における影響範囲を考慮せねばならず、
単純にバグ修正しました→OKで終わらないから手をつけられないのだと思います。
ひとつのバグ修正するにしても、
コード検証し、バグ修正＆影響範囲調査、
その上で影響範囲分テスト、でリリースとなります。
それを考えるとおいそれと簡単に直せないでしょう。

ぱっとみ単純に見えても、影響範囲多大なことはよくある話ですから。

Re:fix

[BIWYFI (11941)]

　良くあるケースとしては、「バグでエラーが返ってなかったのを返すように直したら、他の部分でバグが出た」という場合。

　エラー処理としては、「自力で解決せずに単に上位にエラーを投げ飛ばすだけ」というのが結構一般的だから、モジュール階層とか吹っ飛ばして彼方のバグを掘り起こしたりする。
　しかも、その上位のバグは、元のバグのために、テスト時に通ってなかったルートだったりする。

　異常処理を考慮しだすと、影響範囲ってホント広がるよね。

--
-- Buy It When You Found It --

Re:fix

[Anonymous Coward]

経験的には、修正の影響が大規模になることはほとんどないです。というよりは、必ず影響を限定する修正があるってことかな。まぁ、エンバグすることは多々あるけどさ。ちゃんとモジュール化すりゃ、バグはモジュール内に閉じるもんだし。 大したバグじゃないのに、大規模な修正で解決しようとしてはまる奴はよく見るがね。

Re:fix

[ryokiwind (22763)]

モジュール化していても、当然それを使用する他のモジュール等すべて影響受ける可能性があります。
一件関係ないと思われる箇所でも、影響調査の上で思わぬところに二次バグが出たりします。
モジュール化したらそれのチェックだけで安全という考え方はかなり危険かと思いますが・・

当然他にほとんど影響が無いバグの可能性もあります。
そういうものを調べるために影響調査をそれなりのシステムなら普通行うはずです。

#というか、調査会社で見つかったバグ、さっくり直して終わりですむ単純なものなら、
#親レスにあるように修正されてると思いますけど

Re:fix

[Jadawin (2174)]

>#というか、調査会社で見つかったバグ、さっくり直して終わりですむ単純なものなら、

あまりにも単純で、直す気にもなれないものだったりして。例えば、、、

(1) 変数iが使われていません。とか、
(2) returnが書いてあるのに関数の終りに決して到達ません。とか。

Re:fix

[Anonymous Coward]

>経験的には、修正の影響が大規模になることはほとんどないです。

それは経験が小規模なのです。

Re:fix

[Anonymous Coward]

せっかく動いてるのに直したらまた増えるじゃないですか

Re:fix

[Anonymous Coward]

そしたらまた検出してほしい。

# 直してるつもりなのに一向に減らない数

Re:fix

[Anonymous Coward]

Programmer's drinking song [computerpranks.com]