Описаный случай - неоспоримый факт о том, что - VS.NET среда с высокими требованиями и подобное не может не раздражать,   а что по поводу закрытия форм - советуется разрушать класс - например me.dispose() или form2.dispose(). Если разрушить датасет - тогда потеря всего содержимого..

Ответить

а вот более подробный разбор полётов -

http://www.dotsite.ru/Publications/PublicationDetails.aspx?ID=137

Ответить

Ответить

Сам рою сейчас по этому вопросу, но ещё 1 линк посматри, может, что надыбаешь

http://www.gotdotnet.ru/default.aspx?s=doc_chapt&c_no=78&d_no=24201

Ответить

И ещё- из компьютерной газеты A-Z:

Garbage Collector
Другим орудием главного калибра в лобовых атаках на мозг читателя, как правило, является некая сущность под названием Garbage Collector ("сборщик мусора"). Почти каждый автор, пишущий на тему Net Framework, считает своим долгом посвятить его работе не один десяток страниц. Дополнительный шарм происходящему придает то, что вам как будущему программисту C# требуется знать о нем всего три вещи. Во-первых, то, что он вообще существует в природе. Во-вторых, то, что он вызывается последовательностью команд:
System.GC.Collect();
System.GC.WaitForPendingFi-nalizers();
System.GC.Collect();
В третьих, его следует вызывать после того, как вы создадите в программе сразу много объектов, а потом их все уничтожите. Вот, собственно, и вся нужная вам информация!
Фактически полным аналогом Garbage Collector является привычная любому пользователю Windows Корзина. Точно так же удаленные объекты попадают сначала в нее, некоторое время там болтаются, пока не будут вытеснены в никуда вновь поступающими объектами или же не уничтожатся по прошествии некоторого времени. Точно так же вы вольны в любой момент вручную "вынести" эту корзину. Аналогия практически полная, за исключением одного очень важного исключения. Корзине вы можете объяснить, сколько памяти она должна занимать на диске. Со сборщиком мусора все не так просто.

Как-то я написал несложную программу, которая выводила на экран некий рисунок и позволяла его масштабировать. Через некоторое время я обратил внимание на то, что, если долго двигать картинку взад-вперед с помощью полос скроллинга, программа начинает работать все медленнее и медленнее. Более того, после продолжительного вращения колесика мышки и сам Windows XP начал постепенно "загибаться" под деловитые звуки непрерывного шуршания винчестера. Как оказалось при ближайшем рассмотрении, удаленные объекты просто не уничтожались, по всей видимости, в связи с тем, что с точки зрения сборщика мусора у меня оперативки было просто завались, и торопиться было некуда! Целых 512 Мб плюс xxx Гб своп-файла!!! Принудительный его запуск с помощью вышеуказанных команд сразу решил все проблемы. С другой стороны, если вы не осуществляете массированного создания и удаления объектов, он работает вполне корректно. Поэтому в вопросе ручного запуска сборки мусора необходим разумный баланс, так как с точки зрения быстродействия это довольно медленная операция.
На этой ноте я считаю теоретическую часть темы "сборщика мусора" полностью рассмотренной. Позже по тексту статьи я вам приведу примеры использования механизма сборки мусора в реальном коде.

Ответить

Проблема более менее решилась, когда я сделал форму модальной. Тогда все просто:
сразу после отработки формы убиваю ее и вызываю GC.
 
Imports  System.GC
 
        frmSelSSP.ShowDialog()
        frmSelSSP = Nothing
        Collect()
        WaitForPendingFinalizers()
        Collect()
 
А как тогда поступать, если форма не модальна? Если это MDIChild к примеру?

Ответить