Добрый день, коллеги!
Есть ПБ 10.2.1 9597+PFC и Windows Xp. Приложение оформлено в ехе+dll.
Странный эффект наблюдался при работе программы со стороны Диспетчера задач(Task manager). При открытии дополнительных окон память потребляется все больше и больше, при закрытии этих же окон размер памяти остается тем же максимально постоянным как и при всех открытых окнах. Если же снова начать открывать окна по новой то начинает расти предыдущий максимум(все открытые окна) и так до какого то предела, когда возникает эксептион по памяти. То есть в наличии монотонный рост зависящий от количества подходов. Аналогичная картина при работе не с ехе приложением а самим ПБ в дизайн режиме-но рост не такой быстрый.
Методы работы стандартные, все создания объектов заканчиваются их destroy. Стандартные объекты управляются самим ПБ.
Вопрос-как с этим бороться!

Спасибо Марк!
Но утекают не кб а целое окно. При его закрытии память не высвобождается(или остается фрагментированной). Вопрос-как закрыть окно, чтобы ПОЛНОСТЬЮ собрать мусор.

2Марк
А в какой момент (какое событие окна) можно выдать garbage collect? Ведь событие destroy не видно среди событий окна. Если только руками в edit source?

2Зорин
Task Manager только показывает что болезнь есть, а где она
1.в самом ПБ
2.в его виртуальной машине
3.в приложении наконец
Ясно что с 1-2 ничего не сделать или мало что.
Что делать если в 3 пункте? Ведь события create/destroy не видны в отладчике а именно там надо отследить возврат памяти хоть кому нибудь. Чем можно увидеть что вернулось стоолько то, размещено столько то? И объемы захвата/возврата?
вот в чем вопрос!

2Зорин
Поиск помогает, но не очень. Статьи есть-рецептов нет. Если бы я хотел на этом уровне работать, то использовал бы Visual C или C Builder. Мне же нравится работать в ПБ, а дампы памяти с блаженной памяти ЕС1020 не люблю.

Обнаружил в отладчике что закрытое окно все еще висит в Objects in memory. И не никуда не делось. Как проверить исполнение ONDESTROY события? Ведь туда отладчик не заходит.

2Riska
Используется ПФЦ, а как уж там сделано-слишком много переделывать бы пришлось.
По поводу перехода на сервер2003-это ведь если есть сервная часть-многие хотят чтобы программа работала с аксесс на Виндовс ХП.

tiger_sc PavelBuilderGarbageCollect () ... до сих пор код этот там и остался. Сейчас уже на 10.5 полет нормальный, жалоб на лики памяти не наблюдаем (так явно точно)

А как 10.5 переваривает GarbageCollect? У нас почему-то сразу сваливается на вызове этой процедуры.
Тоже самое. Пришлось отовсюду ликвидировать. Простым поиском.