「バグや問題を「MSのせい」にする技術者、いませんか？」記事へのコメント

本当にバグの場合もあるけど

[yoshimo (15798)]

Windows CE 5.0の.NET Framework 2.0(C#)で
はまった内容：

悪い例：
Form form = new HogeForm();
form.ShowDialog();
form.Dispose();

良い例：
Form form = new HogeForm();
form.ShowDialog();
form.Dispose();
form = null;

最後にnullを設定しないと、このフォームがガベージコレクトされず、
メモリリークします。なんだそれ。

マイクロソフトのサポートに問い合わせたところ、
マイクロソフト側でも現象を確認したそうで、
回答が「最後でnullを設定してね」でした。
マイクロソフトはバグとは言いませんでしたが、どう見てもバグですね。

メモリリークするよ～、あんたのコードが悪いんでしょ～、
なんとかしてよ～、とつつかれて大変でした。

Re:

[Anonymous Coward]

VBのときからそうでした。

Re:本当にバグの場合もあるけど

[Anonymous Coward]

VBは関係ない。
あれはGCでなくリファレンスカウンタでしかなく、NothingをSetする必要がある。
しかしC#/VB.NETはGC。
.NET Compact Frameworkはその手の不備ありまくりなので、null/Disposeは明示的にするのが吉。

Re:本当にバグの場合もあるけど

[annoymouse coward (11178)]

> null/Disposeは明示的にするのが吉。

だから、 Dispose() を明示的にコールしているのに、リソースが解放されないよ、変な実装だね。って話でしょう。

Re:

[Anonymous Coward]

ちげーよ。

変数にnullを設定して参照をなくさないとGCが働かないのが不具合というのが元コメント。
本来はスコープを抜けたら参照が破棄されるので一々nullを設定する必要はない。

Dispose()で解放するリソースは、この場合はformの中。
form自体は参照が残っているのでまだGCの対象外。
Dispose()呼ぶだけじゃ駄目という悲しい現実。

「「書かせること」が変わってない」は確かに同意。
むしろ例外がある分余計辛いかも。

Re:

[Anonymous Coward]

（MSの）Dispose()なんて飾りです。エライ人にはそれがわからんのです。

Re:

[Anonymous Coward]

技術的な話じゃなく、「書かせること」が変わってないってことでしょ。