Здравствуйте, Jack128, Вы писали:

R>>И даже на этом веселуха еще не заканчивается — обязательно ведь найдется грамотей, который позовет Dispose (прямо либо через using) для входного стрима.
J>Он и так задиспозится, стрим дазиспозится ридером. Это вообще в .NET стандарт, все ридеры по умолчанию закрывают переданный им конструктор стрим. + Обычно есть перегруженный конструктор с флажком, который явно говорит закрывать или нет стрим.

Ну этот же пример можно переписать с набором каких-нибудь других классов, не покрываемых требованиями .NET стандарта. Мы же сейчас не ридеры и стримы обсуждаем, а вопросы владения ресусами и их освобождения. И как ни верти, ответсвенность за правильное освобождение ресурсов, в общем смысле этого слова, в управляемых языках лежит на плечах пользовательского кода. И тут разработчики этих языков оказываются ровно в той же ситуации, что и разработчики языка C его ручным управлением памятью.