У меня вопрос такой: Если был создан обьект (Create object) и записан в внутреннюю таблицу и после обработки всего стирается (Free) таблица, остаются обьекты в памяти или их надо Free Object стирать? Я просто заметил, что хотя я после обработки все таблицы стираю, в памяти всеровно что-то остаётся. Я уже всё просмотрел в коде и не могу найти кто может оставаться в памяти. Единнственное предположение, что это обьекты.

Кстати можно как-то посмотреть, какой элемент сколько памяти во время работы программы, потребляет.

Заранее всех благадарю за помошь

Насколько я представляю - объекты существуют пока на них есть ссылки. Отвечает за это сборщик мусора, который этим занимается переодически.


Оператор Free не уничтожает непосредственно объект, а только очищает ссылку.
Форма FREE OBJECT используется только для OLE2-объектов
В отладчике есть пункт меню, который показывает разные типы памяти и её содержимое.

Если у объекта существует деструктор - то лучше его применить (типа вызвать метод FREE или FINALIZE)... Особенно если этот объект - грид или текстедитор, очень они любят на экранах оставаться в рамках одной сессии.

Запускайте ФМ по ссылке до и после создания объекта
Размер памяти, используемой приложением.

спасибо за помошь, но к сожелению у меня ниего с этим обьектами
не получаеется.
Придётся, если до завтра не решу проблему, переводить весь код с обектов на нормальные структуры, таблицы.

Уже всё <я не знать русский языка>, но проблемы с памятью не изменились.
Мне всё таки кажется, что обьекты остаются где-то в памяти, а мусоршик их удаляет только после окончания программы.

Кстати можно как-то этого мусоршика (Garbage Collector) самому упровелять, типа сказать в коди, чтобы он всё отчистил?

Может кто-нибудь знает, как всё таки можно стирать обьекты самому и не ждать мусоршика.

Ну очень не хочется всё переписывать

О каких объектах идет речь в принципе?

сам не пробовал, возможно поможет
call method CL_ABAP_MEMORY_UTILITIES=>DO_GARBAGE_COLLECTION.

Что имено не получается?
Возможена-ли ситуация циклических ссылок?

Так кажеся или остаются?
Можно, но не рекомендуется. Какжется в какой-то из справок есть упоминание ФМ, запускающго GC.
Нельзя.

привыкай. Я после DELPHI не могу привыкнуть что C# тоже не удаляет объекты. Только мусоршик. Оказалось что ABAP тоже так работает..

Времена когда, что создал сам и удаляй, прошли.

написал тестовую программку - работает (проверял по CL_ABAP_MEMORY_UTILITIES=>GET_TOTAL_USED_SIZE).

написал тестовую программку - работает (проверял по CL_ABAP_MEMORY_UTILITIES=>GET_TOTAL_USED_SIZE).

самые обыкновенные обьекты, в которых стоят только пару атрибутов.
Просто мне показалось, что лучше начинать сразу с обьектами, а ни изобретать разные структуры.
Короче говоря хотел как лучше, а получилось как всегда.

Раз нельзя самому обьекты стирать, начну уже прямо сейчас "возврашение в нормальный мир" без обьектов и им поддобных.


это моя последняя надежда, сейчас посмотрю. Потом расскажу, что из этого вышла

А мужики то и не знали...
Java, C# (впрочем правильнее .Net framework), куча не столь широко распиаренных языков используют сборщик мусора. Который, вроде, неплохо справляется со своими обязанностями.
Просто вместо контроля за объектами надо контролировать ссылки. Парадигма от этого сильно не поменялась. Все что можно делать локальным - делаем таковым и не знаем проблем (ИМХО, с конца 60х общепринятый подход ).

Официальную документацию в студию? Слабо верится.
Типичная причина утекания памяти - повторное использование указателя без предварительного уничтожения объекта.

Раз уж в апаперских классах нет деструктора, создавайте собственный метод для уничтожения внутренних структур в экземпляре класса, перед удалением самого экземпляра класса.

Вы всегда так фантастически проблемы детализируете или просто решили всех "заинтриговать"? Если второе, то я заинтригован.
А теперь: Что такое "самые обыкновенные объекты", какого они типа (на основе чего они создаются), как их создаете? Желательно кусочек кода чтоб всем понятнее стало...